Explain.md

1. Explain

在较早的MySQL版本中，分区和扩展信息是使用 EXPLAIN PARTITIONS和生成的 EXPLAIN EXTENDED。仍然可以识别这些语法的向后兼容性，但是默认情况下现在启用了分区和扩展输出，因此PARTITIONS 和EXTENDED关键字已不再使用。使用它们会导致警告，并且EXPLAIN在将来的MySQL版本中会将其从语法中删除。

你不能使用已弃用PARTITIONS ，并EXTENDED在相同的关键字共同 EXPLAIN声明。此外，这些关键字都不能与该FORMAT选项一起使用 。

如果您不知道您所使用的Mysql的版本好，请输入如下命令进行查看：

SELECT version();

注

本文已Mysql 5.7.28进行讲解

解释输出列

每个输出行EXPLAIN 提供有关一个表的信息。

EXPLAIN输出列

列	JSON名称	含义
id	select_id	该SELECT标识符
select_type	没有	该SELECT类型
table	table_name	输出行表
partitions	partitions	匹配的分区
type	access_type	联接类型
possible_keys	possible_keys	可能的索引选择
key	key	实际选择的索引
key_len	key_length	所选键的长度
ref	ref	与索引比较的列
rows	rows	估计要检查的行
filtered	filtered	按表条件过滤的行百分比
Extra	没有	附加信息

注：JSON属性NULL不会显示在JSON格式的EXPLAIN 输出中。

• id（JSON名： select_id）

  SELECT标识符。这是SELECT查询中的序号 。NULL如果该行引用其他行的并集结果，则该值为。在这种情况下，该 table列显示的值类似于 表明该行引用的行的并 集是和的值 。

• select_type （JSON名称：无）

  类型SELECT，可以是下表中显示的任何类型。JSON格式EXPLAIN将SELECT类型公开 为a的属性 query_block，除非它为 SIMPLE或PRIMARY。表格中还会显示JSON名称（如果适用）。

  select_type 值	JSON名称	含义
  SIMPLE	没有	简单SELECT（不使用 UNION或子查询）
  PRIMARY	没有	最外层 SELECT
  UNION	没有	第二个或之后的SELECT陈述 UNION
  DEPENDENT UNION	dependent（true）	中的第二个或更高版本的SELECT语句 UNION，取决于外部查询
  UNION RESULT	union_result	的结果UNION。
  SUBQUERY	没有	首先SELECT在子查询
  DEPENDENT SUBQUERY	dependent（true）	首先SELECT在子查询中，取决于外部查询
  DERIVED	没有	派生表
  MATERIALIZED	materialized_from_subquery	物化子查询
  UNCACHEABLE SUBQUERY	cacheable（false）	子查询，其结果无法缓存，必须针对外部查询的每一行重新进行评估
  UNCACHEABLE UNION	cacheable（false）	UNION 属于不可缓存子查询的中的第二个或更高版本的选择（请参阅参考资料 UNCACHEABLE SUBQUERY）

  DEPENDENT通常表示使用相关子查询。

• table（JSON名： table_name）

  输出行所引用的表的名称。这也可以是以下值之一：

  • <unionM,N>：该行指的是具有和id值的行 的 *M*并集 N。
  • <derived*N*>：该行是指用于与该行的派生表结果id的值 N。派生表可能来自（例如）FROM子句中的子查询 。
  • <subquery*N>：该行是指该行的物化子查询的结果，其id 值为N*。

• partitions（JSON名： partitions）

  查询将从中匹配记录的分区。该值适用NULL于未分区的表。

• type（JSON名： access_type）

  联接类型。有关不同类型的描述，请参见 EXPLAIN 连接类型

• possible_keys（JSON名： possible_keys）

  该possible_keys列指示MySQL可以选择从中查找表中各行的索引。请注意，此列完全独立于表的顺序，如的输出所示 EXPLAIN。这意味着possible_keys在实践中，某些键可能无法与生成的表顺序一起使用。

  如果此列是NULL（或在JSON格式的输出中未定义），则没有相关的索引。在这种情况下，您可以通过检查该WHERE 子句以检查它是否引用了一些适合索引的列，从而提高查询性能。如果是这样，请创建一个适当的索引并EXPLAIN再次检查查询 。

  要查看表具有哪些索引，请使用。 SHOW INDEX FROM tbl_name

• key（JSON名：key）

  该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（JSON名： key_length）

  该key_len列指示MySQL决定使用的密钥的长度。的值 key_len使您能够确定MySQL实际使用的多部分键的多少部分。如果该key列显示 NULL，则该key_len 列也显示NULL。

  由于密钥存储格式的原因，一列可以使用的密钥长度NULL 比一NOT NULL列大。

• ref（JSON名：ref）

  该ref列显示将哪些列或常量与该key列中命名的索引进行比较，以 从表中选择行。

  如果值为func，则使用的值是某些函数的结果。要查看哪个功能，请使用 SHOW WARNINGS以下 EXPLAIN命令查看扩展 EXPLAIN输出。该函数实际上可能是算术运算符之类的运算符。

• rows（JSON名： rows）

  该rows列指示MySQL认为执行查询必须检查的行数。

  对于InnoDB表，此数字是估计值，可能并不总是准确的。

• filtered（JSON名： filtered）

  该filtered列指示将被表条件过滤的表行的估计百分比。最大值为100，这表示未过滤行。值从100减小表示过滤量增加。 rows显示了检查的估计行数，rows× filtered显示了将与下表连接的行数。例如，如果 rows为1000且 filtered为50.00（50％），则与下表连接的行数为1000×50％= 500。

• Extra （JSON名称：无）

  此列包含有关MySQL如何解析查询的其他信息。

  该Extra列没有对应的JSON属性 ；但是，此列中可能出现的值显示为JSON属性或该message属性的文本。

说明联接类型

该type列 EXPLAIN输出介绍如何联接表。在JSON格式的输出中，这些作为access_type属性的值找到。以下列表描述了连接类型，从最佳类型到最差类型：

• system

  该表只有一行（=系统表）。这是const联接类型的特例 。

• 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;

• eq_ref

  对于先前表中的每行组合，从此表中读取一行。除了 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

  对于先前表中的每个行组合，将从该表中读取具有匹配索引值的所有行。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

  使用FULLTEXT 索引执行联接。

• ref_or_null

  这种连接类型类似于 ref，但是除了MySQL会额外搜索包含NULL值的行。此联接类型优化最常用于解析子查询。在以下示例中，MySQL可以使用 ref_or_null联接进行处理*ref_table*：

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

• index_merge

  此联接类型指示使用索引合并优化。在这种情况下，key输出行中的列包含使用的索引列表，并key_len包含使用的索引 的最长键部分的列表。

• unique_subquery

  此类型替换 以下形式的eq_ref]某些 IN子查询：

  value IN (SELECT primary_key FROM single_table WHERE some_expr)

  unique_subquery只是一个索引查找函数，它完全替代了子查询以提高效率。

• index_subquery

  此连接类型类似于 unique_subquery。它代替IN子查询，但适用于以下形式的子查询中的非唯一索引：

  value IN (SELECT key_column FROM single_table WHERE some_expr)

• range

  使用索引选择行，仅检索给定范围内的行。的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

  该index联接类型是一样的 ALL，只是索引树被扫描。这发生两种方式：

  • 如果索引是查询的覆盖索引，并且可用于满足表中所需的所有数据，则仅扫描索引树。在这种情况下，Extra列为 Using index。仅索引扫描通常比索引扫描更快， ALL因为索引的大小通常小于表数据。
  • 使用对索引的读取执行全表扫描，以按索引顺序查找数据行。 Uses index没有出现在 Extra列中。

  当查询仅使用属于单个索引一部分的列时，MySQL可以使用此联接类型。

• ALL

  对来自先前表的行的每个组合进行全表扫描。如果该表是未标记的第一个表 const，则通常不好，在其他所有情况下通常 非常糟糕。通常，可以ALL通过添加索引来避免这种情况，这些 索引允许基于早期表中的常量值或列值从表中检索行。