Le cluster AnalyticDB for MySQL propose la fonctionnalité sql diagnostics, qui vous permet de rechercher des requêtes SQL répondant à des critères spécifiques (telles que les requêtes lentes) selon plusieurs dimensions. Visualisez les résultats de recherche et téléchargez-les sur votre ordinateur pour une analyse locale. Cette rubrique explique comment utiliser le graphique de surveillance des requêtes et la liste des requêtes SQL au sein de la fonctionnalité sql diagnostics.
Graphique de surveillance des requêtes
Dans la section Query Monitoring Information de sql diagnostics, consultez la répartition des durées d'exécution des requêtes sur une période donnée. Cela vous aide à identifier rapidement les requêtes longues.
Chaque bloc coloré du graphique représente une seule requête.
Les couleurs des blocs n'ont aucune signification particulière ; elles servent uniquement à distinguer les différentes requêtes. Les blocs les plus longs correspondent aux requêtes dont la durée d'exécution est la plus élevée.
Survolez un bloc pour afficher des informations sur la requête, telles que l'heure de début ou de fin et le volume de données analysées. Cliquez sur Details pour accéder à la page des détails de la requête, où vous pourrez consulter des informations comme Query Properties, l'instruction SQL Statement et le Execution Plan. Pour en savoir plus, consultez Utiliser un plan d'exécution pour analyser une requête.
Le graphique Query Monitoring Information peut afficher jusqu'à 10 000 requêtes. Les détails spécifiques de chaque requête sont présentés dans le tableau SQL Queries situé sous le graphique. Pour plus d'informations, reportez-vous à liste des requêtes SQL.
Le graphique Query Monitoring Information affiche uniquement les résultats d'une recherche générale, par exemple les Top 100 Most Time-consuming Queries sur les Last 5 Minutes. L'utilisation de la fonction de recherche avancée dans le tableau SQL Queries n'affecte pas les résultats affichés dans le graphique Query Monitoring Information. Pour en savoir plus, consultez Méthodes de recherche.
Liste des requêtes SQL
La liste des requêtes SQL fournit davantage d'informations que le graphique de surveillance des requêtes, notamment l'instruction SQL exacte et l'adresse source. Utilisez la fonction de recherche avancée située dans le coin supérieur droit de la liste pour affiner les résultats. Ce filtrage n'affecte pas le graphique de surveillance des requêtes, mais il vous aide à cibler avec plus de précision les requêtes problématiques.
|
Paramètre |
Description |
Utilisation |
|
Actions |
Cliquez sur Diagnose pour afficher les détails d'exécution, y compris l'instruction SQL, les statistiques, le plan d'exécution et les résultats du diagnostic. |
Sur la page Diagnose, cliquez sur Execution Plan pour analyser la requête. Pour en savoir plus, consultez Utiliser un plan d'exécution pour analyser une requête. |
|
SQL |
L'instruction SQL. |
Cliquez sur |
|
Heure de début |
L'heure à laquelle la requête a été soumise. |
S.O. |
|
ID de requête |
L'identifiant de la requête. |
S.O. |
|
Adresse source |
L'adresse IP du client. |
Sur la page Diagnostics and Optimization, cliquez sur Connection Information pour afficher l'adresse source. |
|
Base de données |
Le nom de la base de données à laquelle le client est connecté. |
Utilisez la fonction de recherche avancée pour rechercher des instructions SQL par base de données. |
|
Statut |
Le statut d'exécution de l'instruction SQL. Valeurs possibles :
|
S.O. |
|
Durée totale |
Le temps total écoulé entre la soumission d'une instruction SQL et la fin de son exécution. Cette métrique inclut le temps total passé en file d'attente, la génération du plan d'exécution et l'exécution réelle. Elle n'inclut pas le temps de transfert réseau nécessaire pour renvoyer les données de résultat au client. |
Durée totale = Temps d'attente + Durée du plan d'exécution + Durée d'exécution. |
|
Temps d'attente |
Le temps pendant lequel une instruction SQL attend dans la file d'attente de contrôle du trafic sur le nœud d'accès avant d'être planifiée pour exécution. Cette période commence lorsque l'instruction SQL entre dans la file d'attente et se termine lorsqu'elle est prise en charge et que la génération du plan d'exécution débute. |
AnalyticDB for MySQL effectue le contrôle du trafic au niveau des nœuds d'accès. Lorsque la concurrence est élevée, les requêtes dépassant la limite de contrôle du trafic sont mises en file d'attente, ce qui entraîne des temps d'attente prolongés. Si l'utilisation des ressources de calcul est faible à ce moment-là, augmentez la taille de la file d'attente. Pour en savoir plus, consultez Files d'attente prioritaires et concurrence des groupes de ressources interactifs. Si l'utilisation des ressources de calcul est élevée, identifiez la cause racine des instructions SQL inefficaces. Pour plus d'informations sur les nœuds d'accès, consultez Architecture. |
|
Durée du plan d'exécution |
Le temps nécessaire au nœud d'accès pour analyser, optimiser et générer un plan d'exécution pour l'instruction SQL. Cette période commence lorsque l'instruction SQL termine son temps d'attente et commence à être traitée, et se termine lorsque le plan d'exécution est généré et prêt à être distribué aux nœuds de calcul. |
Après la soumission d'une instruction SQL à un nœud d'accès, un plan d'exécution est généré. Une durée de plan d'exécution élevée peut être due aux raisons suivantes :
Si l'instruction SQL est complexe, simplifiez-la, par exemple en réduisant le nombre de jointures. Si le nœud d'accès est fortement sollicité, vérifiez si un grand volume de données est renvoyé au client ou si la concurrence des requêtes est élevée. Pour en savoir plus, consultez Résultats de diagnostic au niveau des requêtes. |
|
Durée d'exécution |
Le temps nécessaire aux nœuds de calcul pour exécuter réellement l'instruction SQL. Cette période commence lorsque le plan d'exécution est distribué aux nœuds de calcul et qu'ils débutent l'exécution, et se termine lorsque tous les nœuds de calcul achèvent leurs tâches de calcul. La durée d'exécution n'inclut ni le temps d'attente, ni le temps de génération du plan d'exécution, ni le temps de transfert réseau pour renvoyer les données de résultat du serveur au client. |
La durée d'exécution reflète uniquement la charge de calcul réelle sur les nœuds de calcul. Si la durée totale est longue mais que la durée d'exécution est courte, le goulot d'étranglement se situe probablement dans la phase de mise en file d'attente ou de génération du plan d'exécution plutôt que dans l'efficacité de l'exécution SQL elle-même. Triez par durée d'exécution pour identifier avec précision les instructions SQL qui consomment excessivement les ressources de calcul, tout en excluant l'impact du temps d'attente et de la durée du plan d'exécution. |
|
Données renvoyées |
Le volume de données qu'une instruction |
Évitez de renvoyer de grands volumes de données au client. Des volumes de données importants peuvent amener une requête à consommer des ressources dans la file d'attente du nœud d'accès, affectant ainsi la soumission et l'exécution d'autres requêtes. Triez par volume de données renvoyées pour trouver les requêtes qui renvoient de grands volumes de données. |
|
Nom d'utilisateur |
Le nom d'utilisateur utilisé pour la connexion client. |
Sur la page Diagnostics and Optimization, cliquez sur Connection Information pour afficher le nom d'utilisateur et le nombre de connexions utilisateur. |
|
Groupe de ressources |
Le nom du groupe de ressources qui a exécuté l'instruction SQL. |
S.O. |
|
Mémoire maximale |
La mémoire maximale consommée par la requête. |
AnalyticDB for MySQL exécute les instructions SQL par étapes. Les étapes dépendantes s'exécutent séquentiellement, tandis que les étapes indépendantes s'exécutent en parallèle. Par conséquent, la consommation de mémoire de la requête atteint un pic. La mémoire maximale indique la consommation de mémoire la plus élevée de la requête. |
|
Données analysées |
Le volume de données renvoyées de la couche de stockage vers la couche de calcul. |
Le volume de données analysées indique la pression qu'une requête exerce sur la couche de stockage. La lecture de davantage de données consomme plus de ressources d'E/S disque. La couche de calcul nécessite également plus de ressources pour traiter les données, ce qui affecte la vitesse de la requête. |
|
Nombre total d'étapes |
Le nombre total d'étapes générées pour la requête. |
Le nombre d'étapes peut indiquer la complexité d'une instruction SQL. Un nombre plus élevé d'étapes signifie que davantage d'interactions réseau sont nécessaires lors de l'exécution par AnalyticDB for MySQL, ce qui augmente la charge globale du système. Optimisez les requêtes présentant un nombre élevé d'étapes. Pour en savoir plus sur les étapes, consultez Processus de requête et plan d'exécution. |
|
Lignes écrites ETL |
Le nombre de lignes écrites dans une table de destination par une requête SQL liée à l'ETL. |
S.O. |
pour copier l'intégralité de l'instruction SQL.Effectuez les opérations suivantes dans l'onglet SQL Queries :
|
Actions |
Description |
|
Download |
Cliquez sur Download pour enregistrer les résultats de requête actuels dans un fichier Excel. Ce téléchargement est automatiquement ajouté à la liste déroulante Last 5 Downloads. Remarque
Vous pouvez télécharger jusqu'à 100 000 enregistrements à la fois. |
|
Last 5 Downloads |
Sélectionnez un téléchargement récent dans la liste déroulante Last 5 Downloads pour le télécharger à nouveau. |
|
Advanced Search |
Cliquez sur Show Advanced Search et sélectionnez les dimensions de filtre selon vos besoins métier, par exemple en filtrant les résultats de recherche de Query Monitoring Information par Resource Group ou Source Address. |
|
Diagnose |
Dans la colonne Actions, cliquez sur Diagnose pour accéder à la page des détails de la requête, où vous pourrez consulter des informations comme Query Properties, l'SQL Statement et le Execution Plan. Pour en savoir plus, consultez Utiliser un plan d'exécution pour analyser une requête. |
La fonction de recherche avancée située dans le coin supérieur droit de l'onglet SQL Queries vous permet d'affiner davantage les résultats d'une recherche générale. Les valeurs de filtre disponibles sont renseignées à partir de l'ensemble de résultats actuel, et non à partir de toutes les valeurs possibles dans le cluster AnalyticDB for MySQL. Pour en savoir plus, consultez Méthodes de recherche.
Lorsque vous sélectionnez Running Queries comme condition de recherche générale, les résultats de recherche affichent uniquement les détails des requêtes SQL dont la durée d'exécution dépasse 10 secondes. Dans ce cas, le tableau SQL Queries affiche une colonne Resource Consumption Ranking. Une valeur plus faible dans la colonne Resource Consumption Ranking indique que la requête consomme davantage de ressources, telles que le CPU et la mémoire.
La colonne SQL du tableau SQL Queries affiche un maximum de 5 120 caractères. Les instructions SQL dépassant cette limite sont tronquées. Consultez l'intégralité de l'instruction SQL dans le fichier Excel téléchargé ou dans l'onglet SQL Statement de la page des détails de la requête.