Les statistiques importantes collectées pour la requête exécutée, y compris l'heure, les tables temporaires, les index, les jointures, etc., sont collectées dans l'onglet Résultats de l'éditeur SQL Statistiques de requête (voir les deux images ci-dessous).
Activez les requêtes et collectez des statistiques de schéma de performances.
performance_schema a activé la détection des instructions.
La fonctionnalité d'explication visuelle crée et restitue des descriptions visuelles des instructions MySQL EXPLAIN en exploitant des données supplémentaires contenues dans le format JSON amélioré. Tous les formats EXPLAIN, y compris le format standard, le JSON brut étendu et les plans de requête visuels, peuvent être utilisés pour exécuter des requêtes dans MySQL Workbench.
Exécutez une requête dans l'éditeur SQL et sélectionnez Exécution dans le menu des résultats de la requête pour recevoir une description visuelle du plan d'exécution. En plus de la vue d'explication visuelle par défaut, le plan d'exécution contient également une vue d'explication tabulaire, similaire à celle que vous voyez lorsque vous exécutez EXPLAIN dans le client MySQL. Pour plus d'informations sur la façon dont MySQL exécute les instructions, consultez Optimisation des requêtes à l'aide d'EXPLAIN.
Explication visuelle des conventions
Les diagrammes d'explication visuelle doivent être lus de bas en haut, de gauche à droite. Un aperçu des conventions graphiques, textuelles et informationnelles utilisées pour représenter les différents éléments d'un plan d'interprétation visuelle est donné dans l'exemple de diagramme ci-dessous. Pour plus de détails, veuillez consulter -
Norme graphique
Conventions de messages et de textes
Explication visuelle du premier graphique Le graphique fournit une description visuelle de la requête suivante.
select * FROM employee_table
Boîte standard : table
Boîte à coins arrondis : opérations telles que GROUPE et TRIER
Frame Box : Sous-requête
Diamants : Connectez-vous
Texte standard ci-dessous : nom de la table (ou alias)
Texte en gras ci-dessous : Clé/Index utilisé
Le chiffre en haut à droite de la case : le nombre de lignes utilisées dans le tableau filtré
Le chiffre dans le coin supérieur gauche de la case : le coût relatif d'accès à la table (nécessite MySQL 5.7 ou supérieur)
Le numéro sur le côté droit du losange de la boucle imbriquée (ou hash join) : le nombre de lignes générées par le JOIN
Nombre au-dessus du diamant : coût relatif de JOIN (nécessite MySQL 5.7 ou supérieur)
Le tableau ci-dessous montre les couleurs et descriptions pertinentes utilisées dans les diagrammes d'interprétation visuelle. Pour plus d'informations sur les estimations de coûts, consultez Modèle de coûts de l'optimiseur.
Nom du système |
Couleur |
Visualisez le texte sur les graphiques |
Informations relatives aux info-bulles |
---|---|---|---|
Système |
Bleu |
Ligne unique : constantes du système |
Le coût est très faible |
Constante |
Bleu |
Ligne unique : constante |
Le coût est très faible |
EQ_REF |
Vert |
Recherche de clé unique |
Faible coût - L'optimiseur est capable de trouver un index qui peut être utilisé pour récupérer les enregistrements requis. C'est rapide car les recherches d'index pointent directement vers la page contenant toutes les lignes de données |
Référence |
Vert |
Recherche de clé non unique |
Faible-Moyen -- Faible s'il y a moins de lignes correspondantes ; plus élevé à mesure que le nombre de lignes augmente |
Texte intégral |
Jaune |
Recherche d'index en texte intégral |
Recherche en texte intégral dédiée. Faible – pour cette exigence de recherche spécialisée |
REF_OR_NULL |
Vert |
Recherche par clé + obtenir une valeur NULL |
Faible-Moyen - si le nombre de lignes correspondantes est petit à mesure que le nombre de lignes augmente | ;
INDEX_MERGE |
Vert |
Fusion d'index |
Moyen – Trouvez de meilleurs choix d'index dans les requêtes pour améliorer les performances |
UNIQUE_SUBQUERY |
Orange |
Recherche de clé unique dans la table de sous-requête |
Faible -- pour un traitement efficace des sous-requêtes |
INDEX_SUBQUERY |
Orange |
Recherche de clé non unique dans la table de sous-requête |
Faible -- pour un traitement efficace des sous-requêtes |
Gamme |
Orange |
Analyse de la plage d'index |
Moyen -- Analyse d'index partielle |
Index |
Rouge |
Analyse complète de l'index |
Élevé - en particulier pour les grands indices |
Tous |
Rouge |
Analyse complète du tableau |
Très Élevé – Coût très élevé pour les grandes tables, mais moins impactant pour les petites tables. Aucun index libre n'est trouvé pour la table, ce qui oblige l'optimiseur à rechercher chaque ligne. Cela peut également signifier que la recherche est trop large et que l'index sera inutile. |
Inconnu |
Noir |
Inconnu |
Remarque : Il s'agit de la valeur par défaut au cas où une correspondance ne pourrait pas être déterminée |
Dans cet article, nous avons appris comment obtenir des statistiques de requête dans MySQL Workbench et quelles sont ses différentes caractéristiques en même temps.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!