La page Requêtes de la section Base de données du menu Administration contient des 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 aux 50 requêtes les plus récentes, consultez la section Utilisation de Looker.
Si vous avez activé la fonctionnalité de laboratoire Administration des requêtes avancées, la page Requêtes affiche les onglets suivants:
- Récentes: affiche les requêtes exécutées au cours de la dernière heure. Cet onglet permet aux administrateurs Looker d'annuler les requêtes en cours d'exécution.
- Toutes : affiche les 500 dernières requêtes.
Si vous n'avez pas activé la fonctionnalité Labs Administration des requêtes améliorée, la page Requêtes liste les 50 dernières requêtes sur une seule page.
Informations de base sur les requêtes
| Colonne | Définition |
|---|---|
| Heure | 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 | Connexion Looker à partir de laquelle cette requête a été exécutée. |
| Utilisateur | Utilisateur qui a 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 à une présentation publique. |
| Source | Source de la requête dans Looker, comme la page "Explorer" ou SQL Runner. Si possible, un lien vers la présentation enregistrée ou l'ID de requête, ainsi que le nom du modèle et de l'exploration, s'affichent également. Certaines requêtes ne contiennent pas d'informations supplémentaires, comme celles exécutées dans SQL Runner. Les requêtes émises à partir de l'interface Open SQL ont une valeur Source de Sql_interface. |
| Exécution | Temps nécessaire pour exécuter la requête. Cela inclut la construction de la requête, tout temps passé par la requête dans la file d'attente, son transit vers et depuis la base de données et l'exécution de la requête par la base de données.Si la requête est en cours d'exécution, l'environnement d'exécution indique depuis combien de temps elle s'exécute. Pour les requêtes exécutées précédemment, l'environnement d'exécution affiche également une estimation du temps nécessaire à leur exécution. L'estimation est basée sur la durée de l'exécution de la dernière requête et indiquera quelque chose comme "environ 2 s". |
| Bouton "Détails" | Pour en savoir plus, consultez la sous-section Bouton "Détails" sur cette page. |
Bouton "Détails"
Cliquez sur le bouton Détails à droite de n'importe quelle requête pour afficher des informations supplémentaires à son sujet. Le pop-up Détails de la requête inclut les éléments suivants:
- Une section Infos qui inclut des informations 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 de contexte n'apparaîtront pas dans les informations Détails de la requête. Pour éviter que les commentaires n'affectent le cache des requêtes, Looker ajoute les commentaires de contexte aux commandes SQL sortantes juste avant qu'elles ne soient envoyées à la base de données.
- Une section Requête d'interface SQL qui s'affiche lorsqu'une requête a été émise via l'interface SQL ouverte. Cette section affiche la requête SQL envoyée à Looker depuis l'outil d'informatique décisionnelle externe. Elle peut vous aider à résoudre les problèmes et à les reproduire.
- Un lien Ouvrir dans l'exécuteur SQL qui ouvre la requête dans SQL Runner.
La section Info contient les informations suivantes:
| Section | Définition |
|---|---|
| ID de l'historique | ID d'historique de la requête, le cas échéant. |
| État | État de la requête, comme décrit dans le tableau d'informations sur les requêtes de base. |
| Message | Si la requête contient une table PDT, le commentaire de génération PDT apparaît dans ce champ. Si la requête ne contient pas de PDT, le champ n'apparaît pas. |
| Connexion | Connexion Looker avec laquelle cette requête a été exécutée. |
| Utilisateur | Utilisateur qui a 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, comme la page Explorer ou SQL Runner. Si possible, des informations supplémentaires s'affichent, telles qu'un lien vers la présentation enregistrée, l'ID de requête, le nom du modèle, le nom de l'exploration ou les champs sélectionnés. |
| 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 votre fuseau horaire de l'application. |
| Exécution | Durée d'exécution de la requête. |
Arrêt des requêtes
Lorsque vous fermez l'onglet du navigateur dans lequel une requête est en cours d'exécution, Looker l'arrête automatiquement. 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 consulter la page Requêtes, mais seuls les administrateurs Looker peuvent arrêter une requête en cours d'exécution.) Toute requête encore en cours d'exécution est accompagnée d'un bouton Stop (Arrêter) située à droite de la requête. Cliquez sur Stop (Arrêter) pour arrêter la requête.
Pour que Looker puisse arrêter les requêtes, votre dialecte de base de données doit prendre en charge l'arrêt des requêtes. La liste suivante indique les dialectes compatibles avec l'arrêt des requêtes dans la dernière version de Looker :
| Dialecte | Compatibilité |
|---|---|
| Avalanche d'Actian | 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 ou version ultérieure | Oui |
| Apache Spark 3 ou version ultérieure | Oui |
| ClickHouse | Oui |
| Cloudera Impala 3.1+ | Oui |
| Cloudera Impala 3.1 et versions ultérieures avec pilote natif | Oui |
| Cloudera Impala avec Native Driver | Oui |
| DataVirtuality | Oui |
| Databricks | Oui |
| Denodo 7 | Oui |
| Denodo 8 | Oui |
| Dremio | Oui |
| Dremio 11 et versions ultérieures | Oui |
| Exasol | Oui |
| Feu | Oui |
| Google BigQuery Legacy SQL | Oui |
| SQL standard de Google BigQuery | Oui |
| Google Cloud PostgreSQL | Oui |
| Google Cloud SQL | Oui |
| Google Spanner | Oui |
| Greenplum | Oui |
| HyperSQL | Non |
| IBM Netezza | Oui |
| MariaDB | Oui |
| Microsoft Azure PostgreSQL | Oui |
| Microsoft Azure SQL Database | Oui |
| Microsoft Azure Synapse Analytics | Oui |
| Microsoft SQL Server 2008 ou version ultérieure | Oui |
| Microsoft SQL Server 2012 et versions ultérieures | Oui |
| Microsoft SQL Server 2016 | Oui |
| Microsoft SQL Server 2017 ou version ultérieure | Oui |
| MongoBI | Oui |
| MySQL | Oui |
| MySQL 8.0.12 ou version ultérieure | Oui |
| Oracle | Oui |
| Oracle ADWC | Oui |
| PostgreSQL 9.5 et versions ultérieures | Oui |
| PostgreSQL version antérieure à 9.5 | Oui |
| PrestoDB | Oui |
| PrestoSQL | Oui |
| SAP HANA 2 ou version ultérieure | Oui |
| SingleStore | Oui |
| SingleStore 7 et versions ultérieures | Oui |
| Snowflake | Oui |
| Teradata | Oui |
| Trino | Oui |
| Vecteur | Oui |
| Vertica | Oui |
Délais avant expiration des requêtes et mise en file d'attente
Looker supprime les requêtes qui sont en 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 connexions: 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 Looker et supprime les requêtes qui restent en file d'attente trop longtemps. Par défaut, le nombre maximal de requêtes simultanées autorisé par connexion est de 75. Les requêtes qui dépassent la limite de connexion expirent au bout de 0 seconde. Pour modifier ces valeurs par défaut, configurez les paramètres Nombre maximal de connexions et 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 de la file d'attente correspondant. Par défaut, chaque utilisateur peut exécuter un maximum de 15 requêtes simultanées. Le délai avant expiration est de 600 secondes pour les requêtes mises en file d'attente en raison de cette limite. Ces paramètres s'appliquent aux utilisateurs qui se connectent à Looker à l'aide du processus d'authentification habituel et à ceux qui se connectent à l'aide des identifiants utilisateur de l'API. Si votre instance Looker est hébergée par le 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 la surcharge du 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 le 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 avant expiration des requêtes du moteur de rendu : pour éviter de surcharger le processus de rendu de Looker, une instance Looker ne peut afficher que deux téléchargements basés sur des images simultanés, tels que les formats PDF et PNG. Si votre instance Looker est hébergée par le client, vous pouvez modifier ce paramètre 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 avec un délai avant expiration par défaut de 60 secondes. Nous vous recommandons de faire 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 disposent de règles de mise en file d'attente et de délai avant expiration qui sont indépendantes de celles de Looker. Par exemple, une requête peut avoir quitté la file d'attente Looker, mais elle peut toujours être mise en file d'attente 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.