目录
一、前言
二、解释输出列
三、EXPLAIN 内容解释
1、id
2、select_type
3、table（table_name）
4、partitions（partitions）
5、type（ access_type）
6、possible_keys（ possible_keys）
7、key（JSON名：key）
8、key_len
9、ref
10、rows（rows）
11、filtered（filtered）
12、Extra
四、连接类型说明
1、system
2、const
3、eq_ref
4、ref
5、fulltext
6、ref_or_null
7、index_merge
8、unique_subquery
9、index_subquery
10、range
11、index
12、ALL
五、结尾
在较早的MySQL版本中，分区和扩展信息是使用 EXPLAIN PARTITIONS 和生成的 EXPLAIN EXTENDED。仍然可以识别这些语法的向后兼容性，但是默认情况下现在启用了分区和扩展输出，因此 PARTITIONS 和 EXTENDED 关键字已不再使用。使用它们会导致警告，并且EXPLAIN在将来的MySQL版本中会将其从语法中删除。
你不能使用已弃用 PARTITIONS ，并 EXTENDED 在相同的关键字共同 EXPLAIN声明。此外，这些关键字都不能与该 FORMAT选项一起使用 。
如果您不知道您所使用的Mysql的版本号，请输入如下命令进行查看：
SELECT version();注：本文以Mysql 5.7.28进行讲解
每个输出行 EXPLAIN 提供有关一个表的信息。
注：JSON属性 NULL不会显示在JSON格式的EXPLAIN 输出中。
SELECT标识符。这是SELECT查询中的序号 。NULL如果该行引用其他行的并集结果，则该值为。在这种情况下，该 table列显示的值类似于 表明该行引用的行的并 集是和的值 。
类型SELECT，可以是下表中显示的任何类型。JSON格式EXPLAIN将SELECT类型公开 为a的属性 query_block，除非它为 SIMPLE或PRIMARY。表格中还会显示JSON名称。
select_type值JSON名称含义SIMPLE没有简单SELECT（不使用UNION或子查询）PRIMARY没有最外层SELECTUNION没有第二个或之后的SELECT陈诉UNIONDEPENDENT UNIONdependent（true）中的第二个或更高版本的SELECT语句UNION，取决于外部查询UNION RESULTunion_result的结果UNION。SUBQUERY没有首先SELECT在子查询DEPENDENT SUBQUERYdependent（true）首先SELECT在子查询中，取决于外部查询DERIVED没有派生表MATERIALIZEDmaterialized_from_subquery物化子查询UNCACHEABLE SUBQUERYcacheable（false）子查询，其结果无法缓存，必须针对外部查询的每一行重新评估UNCACHEABLE UNIONcacheable（false）UNION属于不可缓存子查询的中的第二个或更高版本的选择（请参阅参考资料UNCACHEABLE SUBQUERY）
DEPENDENT通常表示使用相关子查询。
输出行所引用的表的名称。这也可以是以下值之一：
<unionM,N>：该行指的是具有和id值的行 的 *M*并集 N
<derived*N*>：该行是指用于与该行的派生表结果id的值 N。派生表可能来自（例如）FROM子句中的子查询 。
<subquery*N>：该行是指该行的物化子查询的结果，其id 值为N*。
查询将从中匹配记录的分区。该值适用NULL于未分区的表。
联接类型。有关不同类型的描述，请参见 EXPLAIN 连接类型
该possible_keys列指示MySQL可以选择从中查找表中各行的索引。请注意，此列完全独立于表的顺序，如果输出所示 EXPLAIN。这意味着possible_keys在实践中，某些键可能无法与生成的表顺序一起使用。
如果此列是NULL（或在JSON格式的输出中未定义），则没有相关的索引。在这种情况下，您可以通过检查该WHERE 子句以检查它是否引用了一些适合索引的列，从而提高查询性能。如果是这样，请创建一个适当的索引并EXPLAIN再次检查查询 。
要查看表具有哪些索引，请使用。 SHOW INDEX FROM tbl_name
该key列指示MySQL实际决定使用的密钥（索引）。如果MySQL决定使用possible_keys 索引之一来查找行，则将该索引列为键值。
可能key会命名该值中不存在的索引 possible_keys。如果所有possible_keys索引都不适合查找行，但是查询选择的所有列都是其他索引的列，则可能发生这种情况。也就是说，命名索引覆盖了选定的列，因此尽管不使用索引来确定要检索的行，但索引扫描比数据行扫描更有效。
对于InnoDB，即使查询也选择了主键，辅助索引也可能覆盖选定的列，因为InnoDB主键值与每个辅助索引一起存储。如果 key为NULL，则MySQL没有找到可用于更有效地执行查询的索引。
要强制MySQL使用或忽略列出的索引 possible_keys列，使用 FORCE INDEX，USE INDEX或IGNORE INDEX在您的查询。
对于MyISAM表，运行 ANALYZE TABLE有助于优化器选择更好的索引。
该key_len列指示MySQL决定使用的密钥的长度。的值 key_len使您能够确定MySQL实际使用的多部分键的多少部分。如果该key列显示 NULL，则该key_len 列也显示NULL。
由于密钥存储格式的原因，一列可以使用的密钥长度NULL 比一NOT NULL列大。
该ref列显示将哪些列或常量与该key列中命名的索引进行比较，以 从表中选择行。
如果值为func，则使用的值是某些函数的结果。要查看哪个功能，请使用 SHOW WARNINGS以下 EXPLAIN命令查看扩展 EXPLAIN输出。该函数实际上可能是算术运算符之类的运算符。
该rows列指示MySQL认为执行查询必须检查的行数。 对于InnoDB表，此数字是估计值，可能并不总是准确的。
该filtered列指示将被表条件过滤的表行的估计百分比。最大值为100，这表示未过滤行。值从100减小表示过滤量增加。 rows显示了检查的估计行数，rows× filtered显示了将与下表连接的行数。例如，如果 rows为1000且 filtered为50.00（50％），则与下表连接的行数为1000×50％= 500。
此列包含有关MySQL如何解析查询的其他信息。
该Extra列没有对应的JSON属性 ；但是，此列中可能出现的值显示为JSON属性或该message属性的文本。
该type列 EXPLAIN输出介绍如何联接表。在JSON格式的输出中，这些作为access_type属性的值找到。以下列表描述了连接类型，从最佳类型到最差类型：
该表只有一行（=系统表）。这是const联接类型的特例 。
该表最多具有一个匹配行，该行在查询开始时读取。因为只有一行，所以优化器的其余部分可以将这一行中列的值视为常量。 const表非常快，因为它们只能读取一次。
const在将a PRIMARY KEY或 UNIQUEindex的所有部分与常数值进行比较时使用。在以下查询中，*tbl_name*可以用作const 表：
SELECT * FROM tbl_name WHERE primary_key=1; SELECT * FROM tbl_name WHERE primary_key_part1=1 AND primary_key_part2=2;对于先前表中的每行组合，从此表中读取一行。除了 system和 const类型，这是最好的联接类型。当连接使用索引的所有部分并且索引为a PRIMARY KEY或UNIQUE NOT NULLindex时使用。
eq_ref可用于使用=运算符进行比较的索引列 。比较值可以是常量，也可以是使用在此表之前读取的表中列的表达式。在以下示例中，MySQL可以使用 eq_ref连接进行处理 ref_table：
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;对于先前表中的每个行组合，将从该表中读取具有匹配索引值的所有行。ref如果联接仅使用键的最左前缀，或者如果键不是a PRIMARY KEY或 UNIQUE索引（换句话说，如果联接无法根据键值选择单个行），则使用。如果使用的键仅匹配几行，则这是一种很好的联接类型。
ref可以用于使用=或<=> 运算符进行比较的索引列 。在以下示例中，MySQL可以使用 ref连接进行处理 ref_table：
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;使用FULLTEXT 索引执行连接。
这种连接类型类似于 ref，但是除了MySQL会额外搜索包含NULL值的行。此连接类型优化最常用于解析子查询。在以下示例中，MySQL可以使用 ref_or_null连接进行处理*ref_table*：
SELECT * FROM ref_table WHERE key_column=expr OR key_column IS NULL;此连接类型指示使用索引合并优化。在这种情况下，key输出行中的列包含使用的索引列表，并key_len包含使用的索引 的最长键部分的列表。
此类型替换 以下形式的eq_ref]某些 IN子查询：
value IN (SELECT primary_key FROM single_table WHERE some_expr)unique_subquery只是一个索引查找函数，它完全替代了子查询以提高效率。
此连接类型类似于 unique_subquery。它代替IN子查询，但适用于以下形式的子查询中的非唯一索引：
value IN (SELECT key_column FROM single_table WHERE some_expr)使用索引选择行，仅检索给定范围内的行。的key 输出行中的列指示使用哪个索引。将key_len包含已使用的时间最长的关键部分。该ref列 NULL适用于此类型。
range当一个键列使用任何的相比于恒定可使用 =， <>， >， >=， <， <=， IS NULL， <=>， BETWEEN， LIKE，或 IN()运营商：
SELECT * FROM tbl_name WHERE key_column = 10; SELECT * FROM tbl_name WHERE key_column BETWEEN 10 and 20; SELECT * FROM tbl_name WHERE key_column IN (10,20,30); SELECT * FROM tbl_name WHERE key_part1 = 10 AND key_part2 IN (10,20,30);该index连接类型是一样的 ALL，只是索引树被扫描。这发生两种方式：
当查询仅使用属于单个索引一部分的列时，MySQL可以使用此联接类型。如果索引是查询的覆盖索引，并且可用于满足表中所需的所有数据，则仅扫描索引树。在这种情况下，Extra列为 Using index。仅索引扫描通常比索引扫描更快， ALL因为索引的大小通常小于表数据。使用对索引的读取执行全表扫描，以按索引顺序查找数据行。 Uses index没有出现在 Extra列中。
对来自先前表的行的每个组合进行全表扫描。如果该表是未标记的第一个表 const，则通常不好，在其他所有情况下通常 非常糟糕。通常，可以ALL通过添加索引来避免这种情况，这些 索引允许基于早期表中的常量值或列值从表中检索行。
好了，今天就分享到这里，如果你觉得文章不错，不妨给博主点个赞吧。
更多精彩好文：http://wjhsmart.vip
