La page Requêtes de la section Base de données du menu Administration affiche 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, 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 | 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 à une présentation publique. |
| Source | Source de la requête dans Looker, telle que la page Exploration ou SQL Runner. Si possible, un lien vers la présentation enregistrée ou l'ID de requête s'affiche également, ainsi que le nom du modèle et l'exploration. Certaines requêtes ne contiendront 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, tout temps passé par la requête 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, 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 la dernière exécution de la requête et indique une valeur du type "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 d'une requête pour afficher des informations supplémentaires la concernant. Le pop-up Détails de la requête inclut les éléments suivants:
- Une section Info contenant 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 de contexte n'apparaîtront 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 de contexte aux commandes SQL sortantes juste avant l'envoi du code SQL à la base de données.
- Un lien Open in SQL Runner (Ouvrir dans l'exécuteur SQL) qui ouvrira la requête dans SQL Runner.
La section Info 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 dans le tableau des informations de base sur les requêtes. |
| 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 table 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 à une présentation publique. |
| 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 la présentation enregistrée, 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 | Temps nécessaire à l'exécution de la requête. |
Suppression des requêtes
Looker arrête automatiquement une requête encore 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.) 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 supprime les requêtes, votre dialecte de base de données doit prendre en charge cette suppression. La liste suivante répertorie les dialectes compatibles avec la suppression de requêtes dans la dernière version de Looker:
| Dialecte | Compatible ? |
|---|---|
| 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 et versions ultérieures | Oui |
| Apache Spark 3 et versions ultérieures | Oui |
| ClickHouse | Oui |
| Cloudera Impala 3.1+ | Oui |
| Cloudera Impala 3.1+ 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 |
| Ancien SQL de Google BigQuery | Oui |
| SQL standard 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 |
| Base de données Microsoft Azure SQL | Oui |
| Microsoft Azure Synapse Analytics | Oui |
| Microsoft SQL Server 2008 et versions ultérieures | Oui |
| Microsoft SQL Server 2012 et versions ultérieures | Oui |
| Microsoft SQL Server 2016 | Oui |
| Microsoft SQL Server 2017 et versions ultérieures | Oui |
| MongoBI | Oui |
| MySQL | Oui |
| MySQL 8.0.12 et versions ultérieures | 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 et versions ultérieures | Oui |
| SingleStore | Oui |
| SingleStore 7 et versions ultérieures | Oui |
| Snowflake | Oui |
| Teradata | Oui |
| Trino | Oui |
| Vecteur | Oui |
| Vertica | Oui |
Délais d'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 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 d'expiration des requêtes par utilisateur: pour éviter qu'un utilisateur donné ne sature la file d'attente des requêtes Looker, chaque utilisateur dispose d'un nombre maximal de requêtes simultanées autorisées et d'un délai d'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 des requêtes mises 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 via le processus d'authentification standard 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 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 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 d'expiration des requêtes de moteur de rendu: pour éviter la surcharge du processus du moteur de rendu Looker, une instance Looker peut effectuer un maximum de deux téléchargements simultanés basés sur une image (au format PDF et PNG, par exemple). Si votre instance Looker est hébergée par le 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 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 ont des règles de mise en file d'attente et de délais d'expiration indépendantes des files d'attente et des délais d'expiration de Looker. Par exemple, une requête a peut-être quitté la file d'attente Looker, mais peut toujours être placée dans la file d'attente de 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.