Analyse des charges de travail de requêtes avec l’explorateur de performances¶
Vous pouvez utiliser l’explorateur de performance dans Snowsight pour examiner les métriques interactives pour les charges de travail SQL. Les métriques montrent la santé globale de votre environnement Snowflake, l’activité des requêtes, les modifications apportées aux entrepôts et les modifications apportées aux tables.
Avantages de l’explorateur de performances¶
L’explorateur de performances peut vous aider à répondre aux questions clés suivantes sur l’activité de Snowflake :
Activité globale : les requêtes réussissent-elles généralement et les utilisateurs de Snowflake peuvent-ils travailler ?
Changement dans le temps : Si l’activité des requêtes ou si les ressources semblent différentes de ce à quoi je m’attendait, qu’est-ce qui a changé et quand les changements se sont-ils produits ?
Points sensibles : lorsque je recherche des possibilités d’effectuer une action, où devrais-je porter mon attention ?
Cas d’utilisation courants de l’explorateur de performances¶
L’explorateur de performances est utile dans les cas d’utilisation suivants :
Examen des rapports de problèmes concernant les requêtes ou les charges de travail : Si une charge de travail Snowflake a commencé à se comporter différemment, déterminez ce qui pourrait avoir changé récemment, comme les ressources dont dépend la charge de travail ou l’activité de la charge de travail environnante.
Identifier activement les points sensibles : si un entrepôt ou une table présente des erreurs persistantes ou une saturation, identifiez et corrigez le point sensible avant qu’il n’affecte les charges de travail critiques.
Identifier les opportunités d’optimisation : recherchez les entrepôts et les tables qui pourraient ne pas correspondre à l’activité de requête qu’ils prennent en charge, et ajustez les charges de travail et les ressources pour les rendre compatibles.
Privilèges requis¶
L’Explorateur de performances affiche l’activité du compte similaire aux données des vues d’utilisation du compte (par exemple, historique des requêtes et historique des accès). Ce que vous pouvez voir dans chaque partie du tableau de bord dépend de vos privilèges. Snowflake accorde le rôle d’application SNOWFLAKE.PERFORMANCE_EXPLORER_PUBLIC_USER au rôle PUBLIC pour que les utilisateurs puissent ouvrir l’Explorateur de performances dans Snowsight. Les règles suivantes déterminent si les sections affichent des données de compte complètes, des données filtrées, un état vide ou une erreur d’autorisation.
Note
Pour l’Explorateur de performances, Snowflake évalue les privilèges de tous les rôles qui vous sont accordés. Cela est équivalent à USE SECONDARY ROLES ALL, en plus de votre rôle principal actif pour la session.
Accès complet aux données de l’Explorateur de performances dans le compte¶
Vous avez un accès complet aux données de l’Explorateur de performances pour votre compte lorsque n’importe quel rôle qui vous est accordé remplit l’une des conditions suivantes :
Votre rôle est le rôle ACCOUNTADMIN.
Votre rôle s’est vu accorder les
IMPORTED PRIVILEGESsur la base de donnéesSNOWFLAKEpartagée (consultez Permettre à d’autres rôles d’utiliser des schémas dans la base de données SNOWFLAKE).Votre rôle s’est vu accorder le rôle d’application
SNOWFLAKE.PERFORMANCE_EXPLORER_USER.
Par exemple, pour donner à l’utilisateur jdoe un accès complet à l’Explorateur de performances à l’aide d’un rôle personnalisé, exécutez :
Voir les métriques des requêtes sans accès complet au compte¶
Si vous n’avez pas un accès complet comme décrit ci-dessus, vous pouvez toujours voir l’activité des requêtes si n’importe quel rôle qui vous est accordé remplit l’une des conditions suivantes :
Votre rôle s’est vu accorder le rôle de base de données
GOVERNANCE_VIEWERdans la base de donnéesSNOWFLAKE(activité des requêtes à l’échelle du compte).Votre rôle dispose du privilège
MONITORou du privilège``MANAGE WAREHOUSES`` sur le compte, ce qui couvre effectivement tous les entrepôts (activité des requêtes qui utilise des entrepôts).Votre rôle dispose de
OWNERSHIP,MONITORouOPERATEsur au moins un entrepôt (activité des requêtes uniquement pour les requêtes qui se sont exécutées sur des entrepôts que vous pouvez surveiller ou exploiter). Pour plus de détails, voir Privilèges d’entrepôt.
Si aucune des conditions ci-dessus ne s’applique et que vous ne pouvez pas MONITOR ou OPERATE un entrepôt, l’Explorateur de performances affiche une erreur d’autorisation pour l’activité des requêtes. Cela est intentionnel : sans au moins un entrepôt autorisé, aucune métrique de requête ne serait visible. En pratique, de nombreux comptes incluent un entrepôt par défaut que tous les utilisateurs peuvent surveiller. Consultez les modèles Snowsight.
Les filtres d’entrepôt répertorient les entrepôts que vous êtes autorisé à utiliser dans les filtres (par exemple, les entrepôts que vous pouvez MONITOR ou OPERATE et, dans certains cas, les entrepôts qui ont eu une activité des requêtes dans la fenêtre de conservation). La visibilité à l’échelle de l’entrepôt est similaire, dans l’esprit, aux règles de l’Query History dans Surveillance de l’activité des requêtes avec l’historique des requêtes, mais l’Explorateur de performances utilise tous les rôles qui vous sont accordés et combine plusieurs types de privilèges, de sorte que les règles exactes diffèrent.
Filtres de base de données et répartitions orientées base de données¶
Pour voir toutes les bases de données dans les filtres de base de données (et les agrégations associées par base de données), tout rôle qui vous est accordé doit remplir l’une des conditions suivantes :
Votre rôle remplit les conditions d’un accès complet aux données Performance Explorer dans le compte (voir la section précédente).
Votre rôle a reçu le rôle de base de données
OBJECT_VIEWERdans la base de donnéesSNOWFLAKE.Votre rôle possède
RESOLVE ALLsur le compte.Votre rôle possède
MONITORsur le compte.
Sinon, vous ne voyez que les bases de données pour lesquelles n’importe quel rôle qui vous est accordé dispose d’au moins un privilège sur la base de données. Les requêtes peuvent toujours apparaître dans d’autres sections même si elles affectent une base de données que vous ne pouvez pas lister, sauf si l’UI nomme explicitement des bases de données (par exemple, certaines répartitions du panneau latéral).
Événements d’entrepôt¶
Pour voir les événements d’entrepôt pour tous les entrepôts qui apparaissent dans votre activité de requête autorisée, tout rôle qui vous est accordé doit remplir l’une des conditions suivantes :
Votre rôle remplit les conditions d’un accès complet aux données Performance Explorer dans le compte (voir la section précédente).
Votre rôle a reçu le rôle de base de données
USAGE_VIEWERdans la base de donnéesSNOWFLAKE.Un rôle actif possède le privilège
MONITORsur le compte.Un rôle actif possède le privilège
MANAGE WAREHOUSESsur le compte.
Dans le cas contraire, les événements d’entrepôt sont limités aux entrepôts pour lesquels vous disposez de OWNERSHIP,``MONITOR`` ou OPERATE. Si vous ne disposez d’aucun de ces privilèges d’entrepôt ou d’aucun de ces rôles de base de données liés à l’utilisation, l’Explorateur de performances affiche une erreur d’autorisation pour les événements d’entrepôt.
Tables principales et événements de modification de table¶
La section Tables principales et les événements de modification de table nécessitent un accès complet ou le rôle de base de données GOVERNANCE_VIEWER dans la base de données SNOWFLAKE. Snowflake n’offre pas d’alternative par table avec des privilèges réduits pour ces sections, en raison de contraintes liées à la sécurité et aux performances. Si vous ne respectez pas cette condition, ces sections affichent une erreur d’autorisation.
Graphiques vides, résultats filtrés et erreurs d’autorisation¶
Pour des raisons de sécurité, un graphique ou un tableau vide peut signifier qu’il n’y a pas eu d’activité au cours de la période sélectionnée ou que vos rôles ne peuvent pas voir cette activité. Les erreurs d’autorisation au niveau des vignettes appellent des privilèges manquants (par exemple, la visibilité de la gouvernance pour les métriques de table).
Modifications des privilèges et actualisation des données¶
Les mises à jour des autorisations et des révocations peuvent prendre quelques heures pour affecter ce que l’Explorateur de performances affiche.
Ouvrir l’explorateur de performances¶
Pour ouvrir l’explorateur de performances, procédez comme suit :
Connectez-vous à Snowsight.
Dans le menu de navigation, sélectionnez Monitoring » Performance Explorer.
L’explorateur de performances contient des graphiques qui indiquent les métriques liées à vos charges de travail et l’intégrité générale de votre environnement Snowflake.
Pour laisser un commentaire sur l’explorateur de performances, sélectionnez Feedback.
Comprendre le tableau de bord de l’explorateur de performances¶
Vous pouvez examiner les métriques interactives pour charges de travail SQL en utilisant des graphiques sur le tableau de bord Performance Explorer, et vous pouvez appliquer des filtres pour afficher des métriques concernant uniquement l’activité des requêtes et les ressources qui vous intéresse. Les graphiques sont regroupés sous des onglets (Queries, Warehouses et:ui:Tables). La page URL se met à jour lorsque vous changez d’onglet, et le même onglet reste sélectionné si vous actualisez la page.
Filtres de l’explorateur de performances¶
En haut du tableau de bord de l’explorateur de performances, vous pouvez appliquer les filtres suivants :
Preset - Choisissez None ou une combinaison enregistrée de filtres de période, d’entrepôt, de base de données et de rôle. À partir du menu, vous pouvez enregistrer les filtres actuels sous forme de nouveaux paramètres prédéfinis, effacer tous les filtres, copier un lien qui encode les filtres actuels et gérer les paramètres prédéfinis enregistrés (par exemple, définir ou modifier un paramètre prédéfini par défaut).
Period - Sélectionnez une période, telle que la dernière semaine, les deux dernières semaines ou une plage personnalisée. Le tableau de bord affiche les métriques pour la période spécifiée.
L’explorateur de performances affiche les métriques sur une semaine par défaut. Il prend en charge une période pouvant aller jusqu’à un mois, à partir de la date actuelle.
Plusieurs graphiques de l’explorateur de performances montrent le pourcentage de changement par rapport à la période précédente. La plage de la période précédente correspond à la plage de la période actuelle. Par exemple, si la période actuelle est de deux semaines, la période précédente correspond aux deux semaines précédant le début de la période actuelle.
Warehouse - Sélectionnez un entrepôt pour afficher les métriques uniquement pour l’activité des requêtes qui ont été exécutées en utilisant cet entrepôt. Pour limiter les entrepôts de la liste, utilisez le champ de recherche. Pour effacer le filtre, sélectionnez.
X.Database - Sélectionnez une base de données pour afficher les métriques uniquement pour l’activité de requête qui a accédé à cette base de données. Pour limiter les bases de données de la liste, utilisez le champ de recherche. Pour effacer le filtre, sélectionnez.
X.Role - Sélectionnez un rôle pour afficher les métriques uniquement pour l’activité de requête initiée par ce rôle. Pour limiter les rôles dans la liste, utilisez le champ de recherche. Pour effacer le filtre, sélectionnez.
X.
Graphiques Explorateur de performances¶
L’explorateur de performances affiche les métriques dans différents types de graphiques. Il est important de comprendre les composantes de chaque type de graphique et de savoir comment les interpréter.
Sur l’onglet Queries, métriques du graphique en courbes utilisez des graphiques à lignes qui sont similaires à l’image suivante :
Le tableau suivant décrit les éléments dans l’image :
Élément |
Description |
|---|---|
1 |
Sélectionnez View details > pour ouvrir le panneau latéral. View details > apparaît lorsque vous survolez un graphique. |
2 |
Affiche la moyenne ou la médiane de la période. |
3 |
Indique le pourcentage d’augmentation ou de diminution par rapport à la période précédente. |
4 |
Représente la valeur pour une heure. Les valeurs sont affichées pour un certain temps au début de l’intervalle. Par exemple, si l’intervalle est dune heure, la valeur indiquée à 9 AM est pour l’intervalle de 9 AM à 10 AM. |
Certains graphiques incluent une grande valeur moyenne ou médiane et le pourcentage de changement pour la période. Lorsqu’il y a plus d’une ligne, il y a une clé pour les lignes au-dessus du graphique.
Certains graphiques ont une information icon à côté du titre. Survolez l’icône pour obtenir des informations sur les métriques du graphique.
Vous pouvez survoler un point du graphique linéaire pour voir la valeur d’une heure spécifique :
La section Entrepôts principaux sur l’onglet Warehouses et la section Tables principales sur l’onglet Tables ont des graphiques à barres qui sont similaires à l’image suivante :
Le tableau suivant décrit les éléments dans l’image :
Élément |
Description |
|---|---|
1 |
Sélectionnez View details > pour ouvrir le panneau latéral. View details > apparaît lorsque vous survolez un graphique. |
2 |
Sélectionnez un onglet pour afficher les métriques sur l’onglet. |
3 |
Affiche la valeur de cette métrique pour la période en cours. |
4 |
Indique le pourcentage d’augmentation ou de diminution par rapport à la période précédente. |
5 |
Indique qu’il n’y a pas de données de la période précédente pour la comparaison. |
Dans les graphiques linéaires et dans les graphiques à barres, sélectionnez View details > pour ouvrir un panneau latéral qui affiche des informations plus détaillées sur les métriques du graphique. Les informations détaillées varient en fonction des métriques indiquées dans le graphique. La plupart des panneaux secondaires présentent des tables triables que vous pouvez utiliser pour examiner les métriques d’entrepôts, de rôles, de bases de données et de requêtes spécifiques au cours de la période.
Utilisez le champ Search results au-dessus de la table pour filtrer les lignes ; la recherche est insensible à la casse et s’applique à l’ensemble des onglets d’agrégation du panneau latéral (par exemple, By warehouse et By role). Sélectionnez le contrôle de téléchargement pour exporter la table en tant que fichier CSV. Le nom du fichier téléchargé reflète le graphique et les filtres du tableau de bord actif.
Vous pouvez sélectionner une période de temps personnalisée dans un panneau latéral en cliquant sur l’endroit où commence la période personnalisée et en déplaçant votre curseur jusqu’à l’endroit où la période personnalisée se termine.
Dans un panneau latéral, vous pouvez sélectionner l’un des onglets suivants :
By warehouse - Indique l’activité par entrepôt au cours de la période.
By database - Indique l’activité par base de données au cours de la période.
By role - Indique l’activité par rôle au cours de la période.
By grouped queries - Indique les requêtes qui ont été exécutées au cours de la période. Certaines requêtes sont éditées pour des raisons de sécurité. Pour plus d’informations sur la façon dont les requêtes sont regroupées, consultez Utiliser la vue Historique des requêtes groupées dans Snowsight.
Si vous sélectionnez une période personnalisée, ces onglets s’actualisent pour afficher les métriques uniquement pour la période personnalisée sélectionnée.
Les sections Entrepôts principaux et Tables principales comportent également des graphiques d’événements similaires à l’image suivante :
Un graphique d’événements montre une table triable d’événements pour le type d’objet. Vous pouvez examiner les données à la recherche d’événements inattendus. Pour plus d’informations sur les événements d’entrepôt, voir Vue WAREHOUSE_EVENTS_HISTORY. Pour plus d’informations sur les événements de table, voir Vue TABLES.
Examen des métriques dans l’onglet Requêtes¶
Dans l’onglet Queries, les graphiques linéaires couvrent les signaux de fiabilité (échecs, tentatives, surcharge, blocage) et les signaux d’exécution (durée, débit, temps d’attente et nombre d’échecs par heure). Utilisez-les pour examiner les tendances sur la période sélectionnée. L’explorateur de performances résume les fenêtres historiques de votre compte. Il ne s’agit pas d’un tableau de bord de surveillance en direct.
Les métriques de graphique en courbes suivantes sont disponibles dans l’onglet Queries :
Métrique |
Unité |
Description |
Remarques |
Plus d’informations |
|---|---|---|---|---|
Query failures/1K |
Échecs par 1 000 |
Le nombre de requêtes qui ont échoué pour chaque 1 000 requêtes exécutées, y compris les métriques suivantes :
|
Cette métrique doit être faible ou nulle. Si les requêtes échouent, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Query retries/1K |
Nouvelles tentatives par 1 000 |
Le nombre de requêtes qui ont été retentées pour chaque tranche de 1 000 requêtes exécutées, y compris les métriques suivantes :
|
Cette métrique doit être faible ou nulle. Si les requêtes réessaient, examinez les causes, puis prenez des mesures pour empêcher de nouvelles tentatives de requête. Par exemple, si une requête est relancée en raison d’une erreur de mémoire, la modification des paramètres de l’entrepôt peut résoudre le problème. |
|
Query overload % |
Pourcentage |
Pourcentage du temps d’exécution total des requêtes en attente dans une file d’attente pour les ressources de l’entrepôt, y compris les métriques suivantes :
|
Cette métrique doit être faible ou nulle. Si les requêtes attendent avant d’être exécutées, les ressources de l’entrepôt peuvent être épuisées, ce qui entraîne la mise en file d’attente des requêtes jusqu’à ce que des ressources soient disponibles. |
|
Query blocked % |
Pourcentage |
Pourcentage du temps d’exécution total de blocage des requêtes en raison d’un verrouillage de transaction sur une ressource, y compris les métriques suivantes :
|
Cette métrique doit être faible ou nulle. Si des requêtes ont été bloquées, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Verrouillage des ressources . . Bonnes pratiques pour les transactions . . Vue LOCK_WAIT_HISTORY . . Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Query duration |
Secondes |
Le temps nécessaire à la réussite des requêtes pour chaque heure de la période. Le graphique linéaire montre le temps moyen pour toutes les requêtes, le temps pour les requêtes du 90e centile et le temps pour les requêtes dans le 99e centile. |
Cette métrique varie considérablement en fonction de vos données et des types de requêtes que vous exécutez. Les requêtes dont les durées changent dans le temps peuvent être des candidates pour une recherche et une optimisation. |
Exploration des temps d’exécution . . Optimisation des performances des requêtes |
Query throughput |
Requêtes |
Le nombre de requêtes exécutées par heure. |
Cette métrique peut révéler des changements dans l’activité des requêtes, ce qui peut indiquer de nouvelles tendances ou de changements dans vos charges de travail. |
|
Query wait time |
Secondes |
Le temps d’attente des requêtes pour les ressources de l’entrepôt ou en raison du verrouillage d’une ressource. Pour des informations sur les états (Overload, Provisioning, Repair et Blocked), voir Vue QUERY_HISTORY. |
Cette métrique doit être faible ou nulle. Si les requêtes attendent avant d’être exécutées, les ressources de l’entrepôt peuvent être épuisées, ce qui entraîne la mise en file d’attente des requêtes jusqu’à ce que des ressources soient disponibles. |
Réduction des files d’attente . . Verrouillage des ressources |
Query failures |
Échecs |
Le nombre de requêtes qui ont échoué pour chaque heure de la période. |
Cette métrique doit être faible ou nulle. Si les requêtes échouent, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Examen des entrepôts principaux¶
Dans l’onglet Warehouses, cette section de l’explorateur de performances comprend des métriques sur les entrepôts de votre environnement Snowflake qui ont connu le plus de changements au cours de la période. Vous pouvez examiner ces métriques pour vois si vos entrepôts fonctionnent comme prévu afin de prendre en charge l’activité des requêtes. Les métriques peuvent également indiquer si les entrepôts sont associés à des tendances dans l’activité des requêtes qui sont inhabituelles par rapport aux autres entrepôts. Vous pouvez également déterminer si la composition des charges de travail gérées par les entrepôts a changé.
Toutes les métriques de cette section indiquent la valeur métrique et le pourcentage de changement depuis la dernière période. Le pourcentage de changement peut être positif ou négatif, avec un changement positif représenté par une flèche vers le haut et un changement négatif représenté par une flèche vers le bas. Pour chaque métrique,l’explorateur de performances affiche les 10 entrepôts ayant le plus de changements. Pour afficher les métriques d’autres entrepôts, sélectionnez. View details > sur un graphique pour ouvrir le panneau latéral. Si cette métrique n’a aucune valeur de la dernière période pour un entrepôt, — est affiché à la place du pourcentage de changement. Il se peut qu’il n’y ait aucune valeur parce que l’entrepôt est nouveau, ou parce que l’événement mesuré est peu fréquent.
Cette section comprend les métriques suivantes :
Métrique |
Onglet |
Unité |
Description |
Remarques |
Plus d’informations |
|---|---|---|---|---|---|
Warehouses with errors |
Query failures/1K |
Échecs par 1 000 |
Pour chaque entrepôt, le nombre de requêtes qui ont échoué pour chaque 1 000 requêtes exécutées. |
Cette métrique doit être faible ou nulle. Si les requêtes échouent, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Query OOM errors/1K |
Erreurs par 1 000 |
Pour chaque entrepôt, le nombre de requêtes qui ont renvoyé des erreurs « à court de mémoire » pour toutes les 1 000 requêtes exécutées. |
Cette métrique doit être faible ou nulle. Si les requêtes échouent avec des erreurs de type « à court de mémoire », examinez l’historique des requêtes pour déterminer quelles requêtes échouent pour les entrepôts, puis modifiez les entrepôts qui exécutent les requêtes pour éviter les erreurs. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY . . Requêtes trop volumineuses pour la mémoire |
|
Query retries/1K |
Nouvelles tentatives par 1 000 |
Pour chaque entrepôt, le nombre de requêtes qui ont été retentées pour chaque 1 000 requêtes exécutées. |
Cette métrique doit être faible ou nulle. Si les requêtes sont réessayées parce que les entrepôts sont à court de mémoire, consultez l’historique des requêtes pour déterminer quelles requêtes sont réessayées pour les entrepôts, puis modifiez les entrepôts qui exécutent les requêtes pour éviter les erreurs. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY . . Optimisation des performances des entrepôts |
|
Warehouses with spillage |
% queries with bytes spilled |
Pourcentage |
Pour chaque entrepôt, le pourcentage de requêtes qui se sont déversées sur le disque local ou le stockage cloud distant lors de leur exécution. |
Cette métrique doit être faible ou nulle. Si les requêtes se déversent sur le disque parce que les entrepôts manquent de mémoire, consultez l’historique des requêtes pour déterminer quelles requêtes se déversent pour les entrepôts, puis modifiez les entrepôts qui exécutent les requêtes pour éviter les erreurs. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY . . Requêtes trop volumineuses pour la mémoire |
% bytes spilled of total |
Pourcentage |
Pour chaque entrepôt, le pourcentage d’octets qui se sont déversés sur le disque local ou le stockage cloud distant lors de l’exécution par rapport au nombre d’octets lus. |
Cette métrique doit être faible ou nulle. Si les requêtes se déversent sur le disque parce que les entrepôts manquent de mémoire, consultez l’historique des requêtes pour déterminer quelles requêtes se déversent pour les entrepôts, puis modifiez les entrepôts qui exécutent les requêtes pour éviter les erreurs. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY . . Requêtes trop volumineuses pour la mémoire |
|
Query wait time % |
Overload % |
Pourcentage |
Pour chaque entrepôt, la proportion du temps d’exécution total pendant laquelle les requêtes ont attendu parce que l’entrepôt était surchargé par la charge de travail des requêtes. |
Cette métrique doit être faible ou nulle. Si les requêtes attendent avant d’être exécutées, les ressources de l’entrepôt peuvent être épuisées, ce qui amène l’entrepôt à placer les requêtes en file d’attente jusqu’à ce que des ressources soient disponibles. |
|
Provisioning % |
Pourcentage |
Pour chaque entrepôt, la proportion moyenne du temps d’exécution total pendant lequel les requêtes ont attendu que les ressources de calcul de l’entrepôt soient provisionnées, en raison de la création, de la reprise ou du redimensionnement de l’entrepôt. |
Cette métrique doit être faible ou nulle. Si les requêtes attendent avant d’être exécutées, les ressources de l’entrepôt risquent d’être épuisées, ce qui l’amène à placer en file d’attente les requêtes jusqu’à ce que des ressources soient disponibles. |
||
Warehouse query performance |
Median query duration |
Secondes |
Pour chaque entrepôt, le temps moyen d’exécution des requêtes. |
Cette métrique varie considérablement en fonction de vos données et des types de requêtes que vous exécutez. Si la durée médiane de la requête montre des changements inhabituels, la charge de travail que cet entrepôt prend en charge a peut-être changé, ou la configuration de l’entrepôt a changé. |
Exploration des temps d’exécution . . Optimisation des performances des requêtes |
Query throughput |
Requêtes |
Pour chaque entrepôt, le nombre de requêtes traitées. |
Cette métrique peut révéler des changements dans l’activité des requêtes, ce qui peut nécessiter des modifications des entrepôts qui exécutent les requêtes. |
||
Warehouse events |
– |
Aucun(e) |
Une table triable des événements de l’entrepôt. |
Cette métrique montre quels entrepôts ont changé au cours de la période. Examinez les données pour détecter les événements inattendus. |
Examen des premières tables¶
Dans l’onglet Tables, cette section de l’explorateur de performances comprend des métriques sur les tables de votre environnement Snowflake qui ont connu le plus grand nombre de changements au cours de la période. Vous pouvez examiner ces métriques pour voir si vos tables peuvent prendre en charge l’activité des requêtes et renvoyer des données comme prévu. Les métriques peuvent également indiquer si des tables sont associées à des tendances dans l’activité des requêtes qui sont inhabituelles par rapport à d’autres tables. Vous pouvez également déterminer si des tables ont changé récemment et comment elles ont changé.
Toutes les métriques de cette section indiquent la valeur métrique et le pourcentage de changement depuis la dernière période. Le pourcentage de changement peut être positif ou négatif, avec un changement positif représenté par une flèche vers le haut et un changement négatif représenté par une flèche vers le bas. Pour chaque métrique, l’explorateur de performances affiche les 10 tables les plus modifiées. Pour afficher les métriques d’un plus grand nombre de tables, sélectionnez. View details > sur un graphique pour ouvrir le panneau latéral. Si cette métrique n’a aucune valeur de la dernière période pour une table, — est affiché à la place du pourcentage de changement. Il se peut qu’il n’y ait aucune valeur parce que la table est nouvelle ou que l’événement mesuré est peu fréquent.
Cette section comprend les métriques suivantes :
Métrique |
Onglet |
Unité |
Description |
Remarques |
Plus d’informations |
|---|---|---|---|---|---|
Table query failures/1K |
– |
Échecs par 1 000 |
Pour chaque table, le nombre de requêtes qui ont échoué pour chaque 1 000 requêtes exécutées. |
Cette métrique doit être faible ou nulle. Si les requêtes échouent, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Table queries blocked/1K |
– |
Bloquées par 1 000 requêtes |
Pour chaque table, le nombre de requêtes qui ont été bloquées pour chaque 1 000 requêtes exécutées. |
Cette métrique doit être faible ou nulle. Si des requêtes ont été bloquées, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Verrouillage des ressources . . Bonnes pratiques pour les transactions . . Vue LOCK_WAIT_HISTORY . . Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Table read performance |
Median read query duration |
Secondes |
Pour chaque table, le temps moyen d’exécution des requêtes. |
Cette métrique varie considérablement en fonction de vos données et des types de requêtes que vous exécutez. Les requêtes dont les durées changent dans le temps peuvent être des candidates pour une recherche et une optimisation. |
Exploration des temps d’exécution . . Optimisation des performances des requêtes |
Read query throughput |
Requêtes |
Pour chaque table, le nombre de requêtes traitées. |
Cette métrique peut révéler des changements dans l’activité des requêtes pour les tables. En cas d’augmentation du nombre de requêtes pour une table, vous pouvez modifier la table pour optimiser les performances des requêtes. Par exemple, vous pouvez activer l’optimisation de la recherche sur la table. |
Remarques relatives à la conception de table . . Optimisation des performances des requêtes |
|
Table write performance |
Median write query duration |
Secondes |
Pour chaque table, le temps moyen d’exécution des opérations DML (langage de manipulation de données). |
Cette métrique varie considérablement en fonction de vos données et des types d’opérations DML que vous exécutez. Les opérations DML dont les durées changent dans le temps peuvent être candidates à l’exploration et à l’optimisation. |
Exploration des temps d’exécution . . Optimisation des performances des requêtes |
Write query throughput |
Requêtes |
Pour chaque table, le nombre d’opérations DML traitées. S’il y a une augmentation du nombre d’opérations DML pour une table, modifiez la table pour optimiser les performances. |
Cette métrique peut révéler des changements dans le nombre d’opérations DML. |
||
Table change events |
– |
Aucun(e) |
Une table triable des événements de la table. |
Cette métrique montre quelles tables ont changé au cours de la période. Examinez les données pour détecter les événements inattendus. |