Maison > base de données > tutoriel mysql > le corps du texte

Introduction à la commande d'interprétation EXPLAIN dans MySQL (avec exemples)

不言
Libérer: 2019-04-02 16:15:09
avant
2243 Les gens l'ont consulté

Cet article vous présente une introduction à la commande d'interprétation EXPLAIN dans MySQL (avec des exemples). Elle a une certaine valeur de référence. Les amis dans le besoin peuvent s'y référer.

1 concept EXPLAIN

EXPLAIN nous fournira des informations sur la façon dont MySQL exécute SQL :

  1. EXPLAIN peut expliquer SELECT, DELETE, INSERT, REPLACE et UPDATE et d'autres instructions.
  2. Lorsque EXPLAIN est utilisé avec des instructions interprétables, mysql affichera des informations sur le plan d'exécution SQL de l'optimiseur. Autrement dit, MySQL explique comment il traite ces instructions et comment les tables sont connectées. J'aimerais obtenir plus d'informations sur la façon dont EXPLAIN obtient le plan d'exécution.
  3. Lorsque EXPLAIN est suivi d'un identifiant de connexion de session au lieu d'une instruction exécutable, il affichera les informations de session.
  4. Pour les instructions SELECT, EXPLAIN générera des informations supplémentaires sur le plan d'exécution, qui peuvent être affichées à l'aide de SHOW warns.
  5. EXPLAIN est utile pour vérifier les requêtes qui conçoivent des tables partitionnées.
  6. L'option FORMAT peut être utilisée pour sélectionner le format de sortie Si l'option FORMAT n'est pas configurée, elle sera sortie sous forme de tableau par défaut. L'option JSON permet d'afficher les informations au format json.

2 EXPLAIN informations sur la colonne de sortie

EXPLAIN informations sur le champ de sortie
Première colonne : nom de la colonne, deuxième colonne : attributs équivalents affichés dans la sortie lorsque FORMAT = Nom JSON, troisième colonne : Champ signifiant

Column JSON Name Meaning
id select_id select标识号
select_type None select类型
table table_name 这一行数据是关于哪张表的
partitions partitions 匹配的分区,对于未分区表,该值为空
type access_type 使用的连接类别,有无使用索引
possible_keys possible_keys MySQL能使用哪个索引在该表中找到行
key key MySQL实际决定使用的键(索引)
key_len key_length MySQL决定使用的键长度。如果键是NULL,长度为NULL
ref ref 与索引关联的列
rows rows mysql认为执行sql时必须被校验的行数
filtered filtered 表示此查询条件所过滤的数据的百分比
Extra None 附加信息

2.1 id

Identifiant SELECT. SELECT Le numéro de séquence dans la requête, qui peut être vide.

2.2 select_type

Type SELECT, tous les types sont affichés dans le tableau ci-dessous, EXPLAIN au format JSON expose le type SELECT en tant qu'attribut de query_block, sauf s'il est SIMPLE ou PRIMARY. Le nom JSON (Aucun le cas échéant) est également affiché dans le tableau.

select_type Value JSON Name Meaning
SIMPLE None 简单SELECT(不使用UNION或子查询等)
PRIMARY None 嵌套查询时最外层的查询
UNION None UNION中的第二个或后面的SELECT语句
DEPENDENT UNION dependent (true) UNION中的第二个或以后的SELECT语句,取决于外部查询
UNION RESULT union_result UNION的结果
SUBQUERY None 子查询中的第一个选择
DEPENDENT SUBQUERY dependent (true) 子查询中的第一个选择,取决于外部查询
DERIVED None 派生表(子查询中产生的临时表)
MATERIALIZED materialized_from_subquery 物化子查询
UNCACHEABLE SUBQUERY cacheable (false) 无法缓存结果的子查询,必须对外部查询的每一行进行重新计算
UNCACHEABLE UNION cacheable (false) UNION中属于不可缓存子查询的第二个或以后的选择(请参 UNCACHEABLE SUBQUERY)

Informations sur la table (pour démonstration ultérieure) :

mysql> show create table t_a;
------+
| t_a   | CREATE TABLE `t_a` (
  `id` bigint(20) NOT NULL DEFAULT '0',
  `age` int(20) DEFAULT NULL,
  `code` int(20) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_code` (`code`),
  KEY `age_key` (`age`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk |
+-------+-----------------------------------
------+
1 row in set (0.03 sec)
Copier après la connexion

SIMPLE : SELECT simple (n'utilise pas UNION ni de sous-requête, etc.)

mysql> explain select * from t_a where id =1;
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | t_a   | NULL       | const | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.03 sec)
Copier après la connexion

PRIMARY : la plus externe lorsque les requêtes sont imbriquées Requête de la couche

mysql> explain select * from t_a where num >(select num from t_a where id = 3);
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+--------------------------+
| id | select_type | table | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra                    |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+--------------------------+
|  1 | PRIMARY     | t_a   | NULL       | range | num_key       | num_key | 5       | NULL  |    6 |   100.00 | Using where; Using index |
|  2 | SUBQUERY    | t_a   | NULL       | const | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | NULL                     |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+--------------------------+
2 rows in set, 1 warning (0.03 sec)
Copier après la connexion
Copier après la connexion

UNION : la deuxième instruction SELECT ou suivante dans UNION

mysql> explain select * from t_a where id =9 union all select * from t_a;
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------------+
| id | select_type | table | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra       |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------------+
|  1 | PRIMARY     | t_a   | NULL       | const | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | NULL        |
|  2 | UNION       | t_a   | NULL       | index | NULL          | num_key | 5       | NULL  |    9 |   100.00 | Using index |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------------+
2 rows in set, 1 warning (0.04 sec)
Copier après la connexion

DEPENDENT UNION : la deuxième instruction SELECT ou suivante dans UNION SELECT suivant les instructions dépendent de la requête externe

mysql> explain select * from t_a where id in (select id from t_a where id >8 union all select id from t_a where id =5);
+----+--------------------+-------+------------+--------+---------------+---------+---------+-------+------+----------+--------------------------+
| id | select_type        | table | partitions | type   | possible_keys | key     | key_len | ref   | rows | filtered | Extra                    |
+----+--------------------+-------+------------+--------+---------------+---------+---------+-------+------+----------+--------------------------+
|  1 | PRIMARY            | t_a   | NULL       | index  | NULL          | num_key | 5       | NULL  |    9 |   100.00 | Using where; Using index |
|  2 | DEPENDENT SUBQUERY | t_a   | NULL       | eq_ref | PRIMARY       | PRIMARY | 8       | func  |    1 |   100.00 | Using where; Using index |
|  3 | DEPENDENT UNION    | t_a   | NULL       | const  | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | Using index              |
+----+--------------------+-------+------------+--------+---------------+---------+---------+-------+------+----------+--------------------------+
3 rows in set, 1 warning (0.08 sec)
Copier après la connexion

UNION RESULT : le résultat de UNION

mysql> explain select num from t_a where id = 3 union select num from t_a where id =4;
+----+--------------+------------+------------+-------+---------------+---------+---------+-------+------+----------+-----------------+
| id | select_type  | table      | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra           |
+----+--------------+------------+------------+-------+---------------+---------+---------+-------+------+----------+-----------------+
|  1 | PRIMARY      | t_a        | NULL       | const | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | NULL            |
|  2 | UNION        | t_a        | NULL       | const | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | NULL            |
| NULL | UNION RESULT | <union1,2> | NULL       | ALL   | NULL          | NULL    | NULL    | NULL  | NULL |     NULL | Using temporary |
+----+--------------+------------+------------+-------+---------------+---------+---------+-------+------+----------+-----------------+
3 rows in set, 1 warning (0.03 sec)
Copier après la connexion

SUBQUERY : la première sélection dans la sous-requête

mysql> explain select * from t_a where num >(select num from t_a where id = 3);
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+--------------------------+
| id | select_type | table | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra                    |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+--------------------------+
|  1 | PRIMARY     | t_a   | NULL       | range | num_key       | num_key | 5       | NULL  |    6 |   100.00 | Using where; Using index |
|  2 | SUBQUERY    | t_a   | NULL       | const | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | NULL                     |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+--------------------------+
2 rows in set, 1 warning (0.03 sec)
Copier après la connexion
Copier après la connexion

SOUS-REQUÊTE DÉPENDANTE : La première sélection dans la sous-requête, dépend de la requête externe

mysql> explain select * from t_a where num in(select num from t_a where id = 3 union select num from t_a where id =4);
+----+--------------------+------------+------------+-------+-----------------+---------+---------+-------+------+----------+--------------------------+
| id | select_type        | table      | partitions | type  | possible_keys   | key     | key_len | ref   | rows | filtered | Extra                    |
+----+--------------------+------------+------------+-------+-----------------+---------+---------+-------+------+----------+--------------------------+
|  1 | PRIMARY            | t_a        | NULL       | index | NULL            | num_key | 5       | NULL  |    9 |   100.00 | Using where; Using index |
|  2 | DEPENDENT SUBQUERY | t_a        | NULL       | const | PRIMARY,num_key | PRIMARY | 8       | const |    1 |   100.00 | NULL                     |
|  3 | DEPENDENT UNION    | t_a        | NULL       | const | PRIMARY,num_key | PRIMARY | 8       | const |    1 |   100.00 | NULL                     |
| NULL | UNION RESULT       | <union2,3> | NULL       | ALL   | NULL            | NULL    | NULL    | NULL  | NULL |     NULL | Using temporary          |
+----+--------------------+------------+------------+-------+-----------------+---------+---------+-------+------+----------+--------------------------+
4 rows in set, 1 warning (0.12 sec)
Copier après la connexion

DERIVED : Table dérivée (générée temporairement dans la sous-requête Table)

mysql> explain select a.id from (select id from t_a where id >8 union all select id from t_a where id =5) a;
+----+-------------+------------+------------+-------+---------------+---------+---------+-------+------+----------+--------------------------+
| id | select_type | table      | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra                    |
+----+-------------+------------+------------+-------+---------------+---------+---------+-------+------+----------+--------------------------+
|  1 | PRIMARY     | <derived2> | NULL       | ALL   | NULL          | NULL    | NULL    | NULL  |    3 |   100.00 | NULL                     |
|  2 | DERIVED     | t_a        | NULL       | range | PRIMARY       | PRIMARY | 8       | NULL  |    1 |   100.00 | Using where; Using index |
|  3 | UNION       | t_a        | NULL       | const | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | Using index              |
+----+-------------+------------+------------+-------+---------------+---------+---------+-------+------+----------+--------------------------+
3 rows in set, 1 warning (0.12 sec)
Copier après la connexion

Tableau 2.3

Affiche à quelle table les données de cette ligne se réfèrent Parfois, il s'agit du vrai nom de la table, parfois il peut s'agir des résultats suivants

    : fait référence à l'union des résultats des lignes d'identifiant M et N.
  • : cette ligne fait référence à la table dérivée de la ligne d'identifiant n résultat. Une table dérivée peut provenir d'une sous-requête dans une clause from, par exemple.
  •  : Cette ligne fait référence au résultat de la sous-requête matérialisée de la ligne avec la valeur d'identifiant n.
2.4 partitions

La partition à laquelle appartient l'enregistrement interrogé. Pour les tables non partitionnées, cette valeur est NULL.

Type 2.5

Quelle catégorie est utilisée pour la connexion et si l'index est utilisé ? Les types couramment utilisés sont : system, const, eq_ref, ref, range, index, ALL (de gauche à droite, Les performances se détériorent), voir EXPLAIN Join Types pour plus de détails Recherche terminée

système : cette table (peut également être la table temporaire interrogée) n'a qu'une seule ligne de données (= table système). un cas particulier de const

const : La table possède au plus une ligne correspondante, qui sera lue au début de la requête. Puisqu'il n'y a qu'une seule ligne, les valeurs des colonnes de cette ligne peuvent être traitées comme des constantes par le reste de l'optimiseur. Les tables const sont rapides car elles ne sont lues qu'une seule fois ! const est utilisé pour toutes les parties de la requête lorsque la condition est une CLÉ PRIMAIRE ou un index UNIQUE et comparée à une valeur constante.
Dans la requête suivante, tbl_name peut être utilisé pour les tables const :


eq_ref : Pour chaque combinaison de lignes dans les tables précédentes, lisez une ligne de cette table. Outre system et const, c’est le meilleur type de connexion. Il est utilisé lorsque la jointure utilise toutes les parties de l'index et que l'index est une clé primaire ou un index unique non nul. eq_ref peut être utilisé sur des colonnes indexées comparées à l'aide de l'opérateur =. La valeur de comparaison peut être une constante ou une expression utilisant une colonne d'un tableau lu avant ce tableau.

Dans l'exemple suivant, MySQL peut utiliser une jointure eq_ref pour traiter les ref_tables :
SELECT * from tbl_name WHERE primary_key=1;
SELECT * from tbl_name WHERE primary_key_part1=1和 primary_key_part2=2;

--例子
mysql> explain select * from t_a where id =1;
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | t_a   | NULL       | const | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.07 sec)
Copier après la connexion


ref Pour chaque combinaison de lignes de la table précédente, toutes les lignes avec des valeurs d'index correspondantes seront supprimées de ce tableau Lire. Utilisez ref si la jointure utilise uniquement le préfixe le plus à gauche de la clé, ou si la clé n'est pas une CLÉ UNIQUE ou PRIMARY (en d'autres termes, si la jointure ne peut pas aboutir à une seule ligne basée sur la requête par mot-clé). Ce type de jointure convient si vous utilisez des clés qui correspondent uniquement à un petit nombre de lignes. ref peut être utilisé sur les colonnes indexées à l'aide des opérateurs = ou <=>

Dans l'exemple suivant, MySQL peut utiliser des jointures ref pour gérer les ref_tables :
SELECT * FROM ref_table,other_table
  WHERE ref_table.key_column=other_table.column;

SELECT * FROM ref_table,other_table
  WHERE ref_table.key_column_part1=other_table.column
  AND ref_table.key_column_part2=1;

--例子(t_b为t_a的复制表,表结构相同)
mysql> explain select * from t_a,t_b where t_a.code=t_b.code;
+----+-------------+-------+------------+--------+---------------+---------+---------+---------------+------+----------+-------+
| id | select_type | table | partitions | type   | possible_keys | key     | key_len | ref           | rows | filtered | Extra |
+----+-------------+-------+------------+--------+---------------+---------+---------+---------------+------+----------+-------+
|  1 | SIMPLE      | t_a   | NULL       | ALL    | uk_code       | NULL    | NULL    | NULL          |    9 |   100.00 | NULL  |
|  1 | SIMPLE      | t_b   | NULL       | eq_ref | uk_code       | uk_code | 4       | test.t_a.code |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+--------+---------------+---------+---------+---------------+------+----------+-------+
2 rows in set, 1 warning (0.03 sec)
Copier après la connexion


fulltext : Effectuer la jointure à l'aide d'un index FULLTEXT

SELECT * FROM ref_table WHERE key_column=expr;

SELECT * FROM ref_table,other_table
  WHERE ref_table.key_column=other_table.column;

SELECT * FROM ref_table,other_table
  WHERE ref_table.key_column_part1=other_table.column
  AND ref_table.key_column_part2=1;

--例子(t_b为t_a的复制表,表结构相同)
mysql> explain select * from t_a,t_b where t_a.age=t_b.age;
+----+-------------+-------+------------+------+---------------+---------+---------+--------------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key     | key_len | ref          | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+---------+---------+--------------+------+----------+-------------+
|  1 | SIMPLE      | t_a   | NULL       | ALL  | age_key       | NULL    | NULL    | NULL         |    9 |   100.00 | Using where |
|  1 | SIMPLE      | t_b   | NULL       | ref  | age_key       | age_key | 5       | test.t_a.age |    1 |   100.00 | NULL        |
+----+-------------+-------+------------+------+---------------+---------+---------+--------------+------+----------+-------------+
2 rows in set, 1 warning (0.03 sec)
Copier après la connexion

ref_or_null : Le type de jointure ref est similaire, mais ajoute la possibilité pour MySQL de rechercher spécifiquement des lignes contenant des valeurs NULL. Ce type d'optimisation de jointure est souvent utilisé pour résoudre des sous-requêtes.
Dans l'exemple suivant, MySQL peut utiliser les jointures ref_or_null pour traiter les ref_tables :


index_merge : ce type de jointure indique que la méthode d'optimisation de fusion d'index est utilisée. Dans ce cas, la colonne clé contient la liste des index utilisés, et key_len contient l'élément clé le plus long de l'index utilisé.

SELECT * FROM ref_table
  WHERE key_column=expr OR key_column IS NULL;

--例子
mysql> explain select * from t_a where t_a.age =3 or t_a.age is null;
+----+-------------+-------+------------+-------------+---------------+---------+---------+-------+------+----------+-----------------------+
| id | select_type | table | partitions | type        | possible_keys | key     | key_len | ref   | rows | filtered | Extra                 |
+----+-------------+-------+------------+-------------+---------------+---------+---------+-------+------+----------+-----------------------+
|  1 | SIMPLE      | t_a   | NULL       | ref_or_null | age_key       | age_key | 5       | const |    2 |   100.00 | Using index condition |
+----+-------------+-------+------------+-------------+---------------+---------+---------+-------+------+----------+-----------------------+
1 row in set, 1 warning (0.03 sec)
Copier après la connexion

unique_subquery : Ce type remplace la référence de la sous-requête IN sous la forme suivante :

SELECT * FROM ref_table
  WHERE idx1=expr1 OR idx2 =expr2;

--例子
mysql> explain select * from t_a where t_a.code =3 or t_a.age = 3;
+----+-------------+-------+------------+-------------+-----------------+-----------------+---------+------+------+----------+-------------------------------------------+
| id | select_type | table | partitions | type        | possible_keys   | key             | key_len | ref  | rows | filtered | Extra                                     |
+----+-------------+-------+------------+-------------+-----------------+-----------------+---------+------+------+----------+-------------------------------------------+
|  1 | SIMPLE      | t_a   | NULL       | index_merge | uk_code,age_key | uk_code,age_key | 4,5     | NULL |    2 |   100.00 | Using union(uk_code,age_key); Using where |
+----+-------------+-------+------------+-------------+-----------------+-----------------+---------+------+------+----------+-------------------------------------------+
1 row in set, 1 warning (0.03 sec)
Copier après la connexion


unique_subquery est une fonction de recherche d'index qui peut remplacer complètement la sous-requête par haute efficacité plus élevée.

index_subquery : ce type de jointure est similaire à unique_subquery. La sous-requête IN peut être remplacée, mais uniquement pour les index non uniques dans les sous-requêtes de la forme suivante : value IN (SELECT primary_key FROM single_table WHERE some_expr)


range : Récupère uniquement une plage donnée de lignes, en utilisant un index pour sélectionner les lignes . La colonne clé indique quel index a été utilisé. key_len contient l'élément clé le plus long de l'index utilisé. La colonne ref est NULL dans ce type. Lorsque vous utilisez les opérateurs =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN ou IN pour comparer des colonnes clés avec des constantes, vous pouvez utiliser range

value IN (SELECT key_column FROM single_table WHERE some_expr)

index : ce type de jointure est le même que ALL, sauf que seule l'arborescence d'index est analysée. C'est généralement plus rapide que ALL car les fichiers d'index sont généralement plus petits que les fichiers de données. MySQL peut utiliser ce type de jointure lorsque la requête utilise uniquement des colonnes faisant partie d'un seul index.

mysql> explain select * from t_a where id > 8;
+----+-------------+-------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type  | possible_keys | key     | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | t_a   | NULL       | range | PRIMARY       | PRIMARY | 8       | NULL |    1 |   100.00 | Using where |
+----+-------------+-------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.03 sec)
Copier après la connexion

TOUS : effectuez une analyse complète du tableau pour chaque combinaison de lignes du tableau précédent. Ce n'est généralement pas bon si la table est la première à ne pas être marquée const, et c'est généralement mauvais dans ce cas. Il est généralement possible d'ajouter plus d'index sans utiliser ALL afin que les lignes puissent être récupérées en fonction de valeurs constantes ou de valeurs de colonne dans le tableau précédent.

2.6 possible_keys

La colonne possible_keys indique quel index MySQL peut utiliser pour trouver des lignes dans cette table. Notez que cette colonne est complètement indépendante de l'ordre des tableaux affichés dans la sortie EXPLAIN. Cela signifie que certaines clés de possible_keys ne peuvent pas réellement être utilisées dans l'ordre de la table générée.

Si la colonne est NULL, il n'y a pas d'index associé. Dans ce cas, vous pouvez améliorer les performances de votre requête en vérifiant la clause WHERE pour voir si elle fait référence à certaines colonnes ou colonnes adaptées à l'indexation. Si tel est le cas, créez un index approprié et vérifiez à nouveau la requête avec EXPLAIN

Clé 2.7

La colonne clé affiche la clé (index) que MySQL a réellement décidé d'utiliser. Si aucun index n'est sélectionné, la clé est NULL. Pour forcer MySQL à utiliser ou ignorer l'index sur la colonne possible_keys, utilisez FORCE INDEX, USE INDEX ou IGNORE INDEX dans la requête.

2.8 key_len

La colonne key_len affiche la longueur de clé que MySQL décide d'utiliser. Si la clé est NULL, la longueur est NULL.
La longueur de l'index utilisé. Plus la longueur est courte, mieux c'est sans perdre en précision

2.9 ref

La colonne ref indique quelle colonne ou constante est utilisée avec la clé pour sélectionner les lignes du tableau.

2.10 lignes

La colonne des lignes indique le nombre de lignes que MySQL pense devoir examiner lors de l'exécution de la requête.

2.11 Extra

Cette colonne contient les détails de MySQL résolvant la requête, détaillés ci-dessous.

  1. Distinct : une fois que MYSQL trouve une ligne qui correspond à l'union de lignes, Plus de recherche
  2. N'existe pas : MYSQL optimise LEFT JOIN Une fois qu'il trouve une ligne correspondant aux critères LEFT JOIN, il ne recherche plus
  3. Plage vérifiée pour chacun : Pas d'index idéal trouvé, donc pour. À chaque combinaison de lignes de la table précédente, MYSQL vérifie quel index a été utilisé et l'utilise pour renvoyer les lignes de la table. C'est l'une des connexions les plus lentes utilisant un index
  4. Utilisation du tri de fichiers : lorsque vous voyez cela, la requête doit être optimisée. MYSQL nécessite une étape supplémentaire pour découvrir comment trier les lignes renvoyées. Il trie toutes les lignes en fonction du type de connexion et des pointeurs de ligne de toutes les lignes qui stockent la valeur de la clé de tri et les conditions de correspondance
  5. Utilisation de l'index : les données de colonne sont obtenues en utilisant simplement les informations de l'index sans lire le contenu réel. action Renvoyée par la table, cela se produit lorsque toutes les colonnes demandées de la table font partie du même index
  6. Utilisation de temporaire : Lorsque vous voyez cela, la requête doit être optimisée. Ici, MYSQL doit créer une table temporaire pour stocker les résultats. Cela se produit généralement lorsque ORDER BY est effectué sur différents ensembles de colonnes au lieu de GROUP BY.
  7. Utilisation de Where : une clause WHERE est utilisée pour limiter les lignes. être comparé au suivant. Un tableau est mis en correspondance ou renvoyé à l'utilisateur. Cela se produira si vous ne souhaitez pas renvoyer toutes les lignes de la table et que le type de connexion est ALL ou index, ou s'il y a un problème avec la requête

[Recommandations associées : Vidéo MySQL tutoriel]

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!

Étiquettes associées:
source:segmentfault.com
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal