L'exploration Métriques de performances des requêtes dans l'activité du système fournit des informations détaillées sur chaque requête exécutée à partir de votre instance Looker.
Par exemple, vous pouvez utiliser cette exploration pour déterminer les composants d'une requête dont le chargement a pris le plus de temps. Vous pouvez également l'utiliser pour identifier les tendances et les anomalies en matière de performances des requêtes.
Pour en savoir plus sur les explorations disponibles dans l'activité du système, consultez la page de documentation Surveiller l'utilisation de Looker avec les explorations de l'activité du système.
Afficher les métriques de performances des requêtes
Les métriques de performances des requêtes sont visibles dans l'exploration Métriques de performances des requêtes de l'activité du système. Vous devez être administrateur Looker ou disposer de l'autorisation see_system_activity pour afficher l'exploration Métriques de performances des requêtes.
Comprendre le cycle de vie des requêtes Looker
Chaque requête que Looker envoie à votre base de données passe par plusieurs phases, chacune comportant plusieurs étapes. Chacune de ces étapes est représentée par une dimension dans l'exploration Métriques de performances des requêtes.
De manière générale, les phases peuvent être conceptualisées comme suit :
- File d'attente : la requête attend qu'un nœud de calcul asynchrone soit disponible.
- Initialisation et connexion: Le nœud de calcul prépare la requête et se connecte à votre base de données.
- Exécution des requêtes : Looker exécute la requête principale et toutes les requêtes supplémentaires, telles que les totaux ou les tables dérivées, dans votre base de données, puis charge les résultats.
- **Traitement des résultats** : Looker post-traite les résultats et les écrit dans le cache.
Async processing suit le temps total qu'un nœud de calcul asynchrone consacre à une requête, couvrant les phases 2 à 4. Pour les requêtes provenant d'explorations et de tableaux de bord, la durée cumulée de ces phases est approximativement égale à la valeur Async processing. Pour les téléchargements, les livraisons planifiées et les autres résultats exportés, Stream to Cache chevauche les autres phases. Dans ce cas, le temps combiné des phases individuelles peut dépasser la durée totale de Async processing.
Métriques de performance des requêtes
Les sections suivantes listent chaque phase de requête par ordre chronologique. Chaque section de phase de requête liste ses étapes de requête par ordre alphabétique. Chaque métrique d'étape de requête est mesurée en temps écoulé en secondes.
Codes temporels : file d'attente
| Étape de requête | Description de la métrique |
|---|---|
Queued |
Temps en secondes pendant lequel une requête attend qu'un nœud de calcul asynchrone soit disponible pour l'exécuter. |
Codes temporels : initialisation et connexion
| Étape de requête | Description de la métrique |
|---|---|
Acquire Connection |
Temps en secondes nécessaire à l'instance Looker pour acquérir une connexion à la base de données client. Cette étape inclut le temps nécessaire pour rechercher les identifiants de l'utilisateur et créer le pool de connexions s'il n'existe pas déjà. |
Cache Load |
Temps en secondes nécessaire pour extraire les résultats bruts du cache de l'ensemble de résultats. |
Explore Init: Computed |
Temps en secondes nécessaire pour initialiser l'exploration avant de commencer à la prepare. Si cette étape renvoie une valeur nulle, l'exploration a été récupérée à partir du cache au lieu d'être chargée et analysée à partir de zéro. (Consultez l'étape Explore Init: From Cache.) |
Explore Init: From Cache |
Temps en secondes nécessaire pour extraire l'initialisation de l'exploration à partir du cache. Si cette étape renvoie une valeur nulle, l'exploration a été chargée et analysée au lieu d'être extraite du cache. (Consultez l'étape Explore Init: Computed.) |
Model Init: Computed |
Temps en secondes nécessaire pour charger et analyser le modèle requis pour exécuter une requête. Si cette étape renvoie une valeur nulle, le modèle a été récupéré à partir du cache au lieu d'être chargé et analysé à partir de zéro. (Consultez l'étape Model Init: From Cache.) |
Model Init: From Cache |
Temps en secondes nécessaire pour extraire la définition du modèle à partir du cache. Si cette étape renvoie une valeur nulle, le modèle a été chargé et analysé au lieu d'être extrait du cache. (Consultez l'étape Model Init: Computed.) |
Per User Throttler |
Temps en secondes pendant lequel la requête attend qu'une connexion soit disponible pour que l'utilisateur puisse l'exécuter. |
Prepare |
Temps en secondes nécessaire pour préparer la requête à partir de la définition de l'exploration. |
Project Init |
Temps en secondes nécessaire pour initialiser le projet LookML ou le lire à partir du cache. |
Codes temporels : exécution des requêtes
| Étape de requête | Description de la métrique |
|---|---|
Execute Grand Totals Query |
Temps en secondes nécessaire pour exécuter la requête afin de générer le total général dans la base de données client. S'applique uniquement aux requêtes pour lesquelles les totaux et les totaux de lignes sont activés. |
Execute Main Query |
Temps en secondes nécessaire pour exécuter la requête primary dans la base de données client. Cela n'inclut pas le temps d'initialisation de la connexion ni le temps de limitation. Ce délai commence après l'initialisation de la connexion et une fois que tous les limiteurs ont terminé. |
Execute Misc. Ancillary Queries |
Temps en secondes nécessaire pour exécuter des requêtes d'assistance, telles que des requêtes d'étendue et de remplissage de dimensions, dans la base de données client. |
Execute Row Totals Query |
Temps en secondes nécessaire pour exécuter la requête afin de générer les totaux de lignes dans la base de données client. S'applique uniquement aux requêtes pour lesquelles les totaux de lignes sont activés. |
Execute Totals Query |
Temps en secondes nécessaire pour exécuter la requête afin de générer les totaux dans la base de données client. S'applique uniquement aux requêtes pour lesquelles les totaux sont activés. |
Load Grand Totals Query In Memory |
Temps en secondes nécessaire pour charger la requête afin de générer le total général en mémoire. S'applique uniquement aux requêtes non diffusées pour lesquelles les totaux et les totaux de lignes sont activés. |
Load Main Query In Memory |
Temps en secondes nécessaire pour charger les résultats de la requête principale en mémoire à partir de la base de données client. S'applique uniquement aux requêtes non diffusées. |
Load Misc. Ancillary Queries In Memory |
Temps en secondes nécessaire pour charger des requêtes d'assistance, telles que des requêtes d'étendue et de remplissage de dimensions, en mémoire. |
Load Process and Stream Main Query |
Temps en secondes nécessaire pour charger la requête principale (à partir de la base de données client), la traiter (sur l'instance Looker) et la diffuser (au client). S'applique uniquement aux requêtes diffusées. |
Load Row Totals Query In Memory |
Temps en secondes nécessaire pour charger la requête afin de générer les totaux de lignes en mémoire. S'applique uniquement aux requêtes non diffusées pour lesquelles les totaux de lignes sont activés. |
Load Totals Query In Memory |
Temps en secondes nécessaire pour charger la requête afin de générer les totaux en mémoire. S'applique uniquement aux requêtes non diffusées pour lesquelles les totaux sont activés. |
PDTs |
Temps en secondes nécessaire pour créer les tables dérivées persistantes requises pour la requête. |
Temporary DT |
Temps en secondes nécessaire pour créer des tables dérivées temporaires. S'applique uniquement aux dialectes qui ne sont pas compatibles avec les expressions de table communes (CTE) ni les tables dérivées intégrées, comme MySQL. |
Codes temporels : traitement des résultats
| Étape de requête | Description de la métrique |
|---|---|
Postprocessing |
Temps en secondes nécessaire pour post-traiter la requête. Se produit après la fermeture de la connexion. |
Stream to Cache |
Temps en secondes pendant lequel les résultats sont diffusés dans le cache. Pour les téléchargements, les livraisons planifiées et les autres résultats exportés, cette étape inclut l'exécution de la requête. Elle chevauche donc les métriques d'autres phases. |
Codes temporels : globalement
| Étape de requête | Description de la métrique |
|---|---|
Async processing |
Temps en secondes qu'un nœud de calcul asynchrone consacre à la requête. Le nœud de calcul continue de travailler sur la requête jusqu'à la fin de la phase de traitement des résultats. Cette métrique chevauche donc la plupart des autres métriques de cette page. |
Connection Held |
Temps en secondes pendant lequel l'instance Looker maintient une connexion à la base de données client. Cette étape inclut le temps nécessaire à la base de données client pour exécuter la requête SQL. |
Chaque métrique comporte également une mesure moyenne. Le groupe Codes temporels : récapitulatifs affiche le temps total et moyen pour chaque phase.
Métriques BigQuery BI Engine
Si vous utilisez BigQuery BI Engine avec Looker, vous pouvez utiliser l'exploration Métriques de performances des requêtes pour afficher des informations spécifiques à la base de données concernant vos requêtes. Les requêtes qui n'utilisent pas BI Engine et les requêtes de bases de données autres que les bases de données BigQuery renvoient des valeurs nulles pour ces métriques.
| Métrique | Description de la métrique |
|---|---|
BigQuery Job ID |
ID de tâche BigQuery pour la requête (ou NULL). Pour accélérer le temps de réponse des requêtes dans BigQuery, Looker exécute les requêtes BigQuery à l'aide de Si BigQuery détermine qu'il ne peut pas renvoyer de résultats immédiats, il crée une tâche et la requête aura un ID de tâche BigQuery (et l'ID de requête BigQuery sera NULL). |
BigQuery Query ID |
ID de requête BigQuery pour la requête (ou NULL). Pour accélérer le temps de réponse des requêtes dans BigQuery, Looker exécute les requêtes BigQuery à l'aide de Si BigQuery détermine qu'il ne peut pas renvoyer de résultats immédiats, il crée une tâche et la requête aura un ID de tâche BigQuery (et l'ID de requête BigQuery sera NULL). Si ce champ est vide, BigQuery n'a pas pu exécuter la requête immédiatement et a créé une tâche pour l'exécuter. Consultez plutôt |
BI Engine Mode |
Indique si la requête a pu s'exécuter partiellement ou entièrement de manière accélérée. Pour en savoir plus sur les valeurs possibles de ce champ, consultez Statistiques d'accélération de BI Engine. |
BI Engine Reason |
Si la requête n'a pas pu s'exécuter entièrement de manière accélérée, ce champ affiche la raison. Ce message provient directement de Google BigQuery. |
Résoudre les problèmes à l'aide des métriques de performances des requêtes
L'analyse des métriques de requêtes peut vous aider à améliorer les performances de votre instance Looker. Pour commencer, sélectionnez le tableau de bord Recommandations sur les performances dans la liste des tableaux de bord de l'activité du système.