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 dernières, consultez la section Utilisation de Looker.
Si vous avez activé la fonctionnalité Labs Administration des requêtes améliorée, 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.
- Complète: 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 à un Look public. |
| 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'affiche é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. |
| Environnement d'exécution | Temps nécessaire à l'exécution de la requête. Cela inclut la création de la requête, le temps qu'elle a passé dans la file d'attente, le 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, le temps d'exécution indique la durée pendant laquelle la requête est en cours d'exécution. Pour les requêtes exécutées précédemment, le temps d'exécution indique également une estimation du temps nécessaire pour qu'elles soient exécutées. L'estimation est basée sur la durée de l'exécution précédente de la requête et se présente sous la forme "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'apparaissent 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 contextuels aux commandes SQL sortantes juste avant qu'elles ne soient envoyées à la base de données.
- Section Requête de l'interface SQL qui s'affiche lorsqu'une requête a été envoyée via l'interface SQL ouverte. Cette section affiche la requête SQL envoyée à Looker depuis l'outil d'analyse de données externes. Elle peut vous aider à résoudre et à reproduire les problèmes.
- Un lien Ouvrir dans l'exécuteur SQL qui ouvre la requête dans SQL Runner.
La section Infos 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 de la table PDT s'affiche dans ce champ. Si la requête ne contient pas de PDT, le champ n'apparaît pas. |
| 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 à 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, comme 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. |
| Environnement d'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.) À droite de chaque requête en cours d'exécution s'affiche un bouton Stop (Arrêter). 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é |
|---|---|
| Actian Avalanche | Oui |
| Amazon Athena | Oui |
| Amazon Aurora MySQL | Oui |
| Amazon Redshift | Oui |
| Apache Druid | Non |
| Apache Druid 0.13 ou version ultérieure | Non |
| Apache Druid 0.18 ou version ultérieure | Non |
| Apache Hive 2.3 ou version ultérieure | 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 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 ou version ultérieure | Oui |
| Exasol | Oui |
| Flèche de feu | Oui |
| Google BigQuery Legacy SQL | Oui |
| SQL standard de Google BigQuery | Non |
| 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 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 ou version ultérieure | Oui |
| Oracle | Oui |
| Oracle ADWC | Oui |
| PostgreSQL 9.5 ou version ultérieure | Oui |
| PostgreSQL version antérieure à 9.5 | Oui |
| PrestoDB | Oui |
| PrestoSQL | Oui |
| SAP HANA 2 ou version ultérieure | Oui |
| SingleStore | Oui |
| SingleStore 7+ | 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 arrête les requêtes qui ont trop attendu dans la file d'attente. Cette opération est appelée expiration. Plusieurs délais avant expiration peuvent s'appliquer à votre requête:
Expiration du pool de connexions: pour éviter de surcharger votre base de données avec des requêtes simultanées, Looker conserve les requêtes simultanées excédentaires dans la file d'attente de requêtes Looker et met fin aux requêtes qui restent dans la file d'attente trop longtemps. Par défaut, 75 requêtes simultanées au maximum sont autorisées par connexion. Les requêtes supplémentaires dépassant la limite de connexion expirent au bout de 0 secondes. 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 planificateur: pour éviter de surcharger le processus de planification Looker, une instance Looker ne peut exécuter que 10 requêtes planifié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 au maximum 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 d'augmenter ce délai d'inactivité à 60 minutes. Pour en savoir plus, consultez le post de 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. Pour en savoir plus sur la personnalisation des délais d'expiration des requêtes de base de données, consultez la documentation de votre base de données.