La page Requêtes de la section Base de données du menu Administration répertorie les informations sur les 50 dernières requêtes que Looker a envoyées à votre base de données. Pour en savoir plus sur les requêtes antérieures à cette date, consultez la section Utilisation de Looker.
Informations de base sur les requêtes
| Colonne | Définition |
|---|---|
| Temps | Heure de début de la requête, affichée dans le fuseau horaire de votre application. |
| État | État de la requête, qui peut inclure les éléments suivants :
|
| Connexion | La connexion Looker avec laquelle cette requête a été exécutée. |
| Utilisateur | L'utilisateur ayant exécuté cette requête, si cela peut être déterminé Certaines requêtes ne sont pas exécutées par un utilisateur spécifique, par exemple lorsque Looker crée une table dérivée persistante ou lorsqu'un utilisateur inconnu accède à un Look public. |
| Source | Source de la requête dans Looker, telle que la page d'exploration ou SQL Runner. Si possible, un lien vers le Look enregistré ou l'ID de requête s'affiche également, avec le nom du modèle et l'exploration. Certaines requêtes ne contiennent pas d'informations supplémentaires, telles que celles exécutées dans SQL Runner. |
| Environnement d'exécution | Temps nécessaire à l'exécution de la requête. Cela inclut la construction de la requête, chaque fois qu'elle est passée dans la file d'attente, le transit vers et depuis la base de données et son exécution par la base de données.Si la requête est en cours d'exécution, l'environnement d'exécution indique sa durée d'exécution. Pour les requêtes déjà exécutées, l'environnement d'exécution affiche également une estimation du temps nécessaire pour exécuter la requête. L'estimation est basée sur la durée de la dernière exécution de la requête et affiche quelque chose comme "d'environ 2 s". |
| Bouton "Détails" | Pour en savoir plus, consultez la sous-section Bouton "Détails" de cette page. |
Bouton "Détails"
Cliquez sur le bouton Détails à droite d'une requête pour afficher des informations supplémentaires la concernant. La fenêtre pop-up Détails de la requête inclut les éléments suivants:
- Une section Informations qui inclut des détails sur la requête (voir le tableau suivant)
- Une section SQL qui affiche le code SQL brut exécuté sur la base de données. Les commentaires contextuels n'apparaissent pas dans les informations Détails de la requête. Pour éviter que les commentaires n'affectent la mise en cache des requêtes, Looker ajoute les commentaires contextuels aux commandes SQL sortantes juste avant que le code SQL ne soit envoyé à la base de données.
- Un lien Ouvrir dans l'exécuteur SQL qui ouvrira la requête dans SQL Runner.
La section Infos contient les informations suivantes:
| Section | Définition |
|---|---|
| ID de l'historique | L'ID d'historique de la requête, si disponible. |
| État | État de la requête, tel que décrit ci-dessus. |
| Message | Si la requête contient une PDT, le commentaire de génération de PDT apparaît dans ce champ. Si la requête ne contient pas de PDT, le champ n'apparaît pas. |
| Connexion | La connexion Looker avec laquelle cette requête a été exécutée. |
| Utilisateur | L'utilisateur ayant exécuté cette requête, si cela peut être déterminé Certaines requêtes ne sont pas exécutées par un utilisateur spécifique, par exemple lorsque Looker crée une table dérivée persistante ou lorsqu'un utilisateur inconnu accède à un Look public. |
| Source | Source de la requête dans Looker, telle que la page Explorer ou SQL Runner. Si possible, des informations supplémentaires s'affichent, telles qu'un lien vers le Look enregistré, l'ID de requête, le nom du modèle, le nom de l'exploration, les champs sélectionnés, etc. |
| Heure de début | Heure de début de la requête, affichée dans le fuseau horaire de votre application. |
| Heure de fin | Heure de fin de la requête, affichée dans le fuseau horaire de votre application. |
| Environnement d'exécution | Durée nécessaire à l'exécution de la requête. |
Suppression des requêtes
Looker arrête automatiquement une requête en cours d'exécution lorsque vous fermez l'onglet du navigateur dans lequel la requête est en cours d'exécution. Les administrateurs Looker peuvent également arrêter une requête en cours d'exécution depuis la page Requêtes. (Les utilisateurs disposant de l'autorisation see_queries peuvent afficher la page Requêtes, mais seuls les administrateurs Looker peuvent arrêter une requête en cours d'exécution.) Un bouton Arrêter s'affiche à droite des requêtes en cours d'exécution. Cliquez sur Arrêter pour arrêter la requête.
Pour que Looker puisse tuer des requêtes, votre dialecte de base de données doit prendre en charge l'arrêt de requêtes. La liste suivante répertorie les dialectes prenant en charge la suppression de requêtes dans la dernière version de Looker:
| Dialecte | Compatible ? |
|---|---|
| Actian Avalanche | Oui |
| Amazon Athena | Oui |
| Amazon Aurora MySQL | Oui |
| Amazon Redshift | Oui |
| Apache Druid | Non |
| Apache Druid 0.13 et versions ultérieures | Non |
| Apache Druid 0.18 et versions ultérieures | Non |
| Apache Hive 2.3 et versions ultérieures | Oui |
| Apache Hive 3.1.2+ | Oui |
| Apache Spark 3 ou version ultérieure | Oui |
| ClickHouse | Oui |
| Cloudera Impala 3.1 ou version ultérieure | Oui |
| Cloudera Impala 3.1 ou version ultérieure avec pilote natif | Oui |
| Cloudera Impala avec pilote natif | Oui |
| DataVirtuality | Oui |
| Databricks | Oui |
| Denodo 7 | Oui |
| Denodo 8 | Oui |
| Dremio | Oui |
| Dremio 11 et versions ultérieures | Oui |
| Exasol | Oui |
| Boulon | Oui |
| Ancien SQL de Google BigQuery | Oui |
| SQL standard Google BigQuery | Oui |
| Google Cloud PostgreSQL | Oui |
| Google Cloud SQL | Oui |
| Google Spanner | Oui |
| Prune | Oui |
| HyperSQL | Non |
| IBM Netezza | Oui |
| MariaDB | Oui |
| Microsoft Azure PostgreSQL | Oui |
| Base de données Microsoft Azure SQL | Oui |
| Microsoft Azure Synapse Analytics | Oui |
| Microsoft SQL Server 2008 ou version ultérieure | Oui |
| Microsoft SQL Server 2012 ou version ultérieure | Oui |
| Microsoft SQL Server 2016 | Oui |
| Microsoft SQL Server 2017 ou version ultérieure | Oui |
| MongoBI | Oui |
| MySQL | Oui |
| MySQL 8.0.12 et versions ultérieures | Oui |
| Oracle | Oui |
| Oracle ADWC | Oui |
| PostgreSQL 9.5 ou version ultérieure | Oui |
| PostgreSQL antérieur à la version 9.5 | Oui |
| PrestoDB | Oui |
| PrestoSQL | Oui |
| SAP HANA 2+ | Oui |
| SingleStore | Oui |
| SingleStore 7+ | Oui |
| Snowflake | Oui |
| Teradata | Oui |
| Trino | Oui |
| Vecteur | Oui |
| Vertica | Oui |
Expirations de délai pour les requêtes et mise en file d'attente
Looker supprime les requêtes qui sont mises en file d'attente depuis trop longtemps. Cette opération est appelée délai avant expiration. Plusieurs délais avant expiration peuvent s'appliquer à votre requête:
Délai avant expiration du pool de connexion: pour éviter de surcharger votre base de données avec des requêtes simultanées, Looker conserve le nombre de requêtes simultanées en excès dans la file d'attente de requêtes et supprime celles qui restent en file d'attente trop longtemps. Par défaut, 75 requêtes simultanées sont autorisées par connexion. Les requêtes supplémentaires dépassant la limite de connexion expirent au bout de 0 seconde. Pour modifier ces valeurs par défaut, configurez les paramètres de nombre maximal de connexions et de délai avant expiration du pool de connexions sur la page Paramètres de connexion d'une connexion.
Limite et délai avant expiration des requêtes par utilisateur: pour éviter qu'un seul utilisateur ne remplisse la file d'attente de requêtes Looker, chaque utilisateur dispose d'un nombre maximal de requêtes simultanées autorisées et d'un délai avant expiration correspondant. Par défaut, chaque utilisateur peut exécuter un maximum de 15 requêtes simultanées. Le délai avant expiration des requêtes en file d'attente en raison de cette limite est de 600 secondes. Ces paramètres s'appliquent à la fois aux utilisateurs qui se connectent à Looker à l'aide du processus d'authentification standard et aux utilisateurs qui se connectent à l'aide des identifiants utilisateur de l'API. Si votre instance Looker est hébergée par un client, vous pouvez modifier ces valeurs par défaut en configurant les options de démarrage
--per-user-query-limitet--per-user-query-timeout.Limite et délai avant expiration des requêtes du programmeur: pour éviter de surcharger le processus du planificateur Looker, une instance Looker peut exécuter jusqu'à 10 requêtes programmées simultanées. Le délai avant expiration des requêtes dans la file d'attente du planificateur est de 1 200 secondes. Si votre instance Looker est hébergée par un client, vous pouvez modifier ces valeurs par défaut en configurant les options de démarrage
--scheduler-query-limitet--scheduler-query-timeout.Limite et délai d'expiration des requêtes du moteur de rendu: pour éviter la surcharge du processus du moteur de rendu Looker, une instance Looker peut afficher un maximum de deux téléchargements simultanés basés sur des images, tels que les formats PDF et PNG. Si votre instance Looker est hébergée par un client, vous pouvez modifier cette valeur par défaut en configurant l'option de démarrage
--concurrent-render-jobs.
Délai avant expiration du proxy: les instances hébergées par le client utilisent souvent des proxys dont le délai avant expiration par défaut est de 60 secondes. Nous vous recommandons de passer ce délai à 60 minutes. Pour en savoir plus, consultez le post destiné à la communauté Looker Exécuter Looker derrière un serveur proxy ou un équilibreur de charge.
Délai avant expiration de la base de données: la plupart des bases de données comportent des règles de mise en file d'attente et de délai avant expiration qui sont indépendantes des files d'attente et des délais d'expiration de Looker. Par exemple, une requête peut avoir quitté la file d'attente Looker, mais peut toujours l'être dans votre base de données. Consultez la documentation de votre base de données pour en savoir plus sur la personnalisation des délais avant expiration des requêtes de base de données.