Mysql Explain命令 – 编程笔记

官方手册：https://dev.mysql.com/doc/refman/8.0/en/using-explain.html

Explain命令查看语句的执行计划，用于sql语句优化

属性说明:

select_type：select 的语句的查询类型

类型值	类型值说明
SIMPLE	简单SELECT(不使用UNION或子查询等)
PRIMARY	最外面的SELECT
UNION	UNION中的第二个或后面的SELECT语句
DEPENDENT UNION	UNION中的第二个或后面的SELECT语句，取决于外面的查询
UNION RESULT	UNION的结果
SUBQUERY	子查询中的第一个SELECT
DEPENDENT SUBQUERY	子查询中的第一个SELECT，取决于外面的查询
DERIVED	派生表
DEPENDENT DERIVED	派生表依赖于另一个表
MATERIALIZED	物化子查询,子查询来自视图
UNCACHEABLE SUBQUERY	一个子查询，其结果不能被缓存，必须对外层查询的每一行进行重新评估
UNCACHEABLE UNION	UNION中的第二个或以后的选择，属于不可缓存的子查询（参见不可缓存的子查询）

table：显示这一行的数据是关于哪张表的

partitions: 被查询记录所在的分区，没有返回null，分区功能参考mysql分区功能

type：这列最重要，显示了连接使用了哪种类别,有无使用索引，是使用Explain命令分析性能瓶颈的关键项之一

类型值	类型值说明
system	该表只有一行（= 系统表）。这是 const 连接类型的特例
const	该表最多有一个匹配行，在查询开始时读取。因为只有一行，该行中该列的值可以被优化器的其余部分视为常量。 const 表非常快，因为它们只被读取一次。主键或唯一索引时类型为常量
eq_ref	对于前面表中的每个行组合，从该表中读取一行。除了 system 和 const 类型之外，这是最好的连接类型。当连接使用索引的所有部分并且索引是 PRIMARY KEY 或 UNIQUE NOT NULL 索引时使用它
ref	所有具有匹配索引值的记录都从这个表中读出，用于前面表中的每一个记录组合。如果连接只使用键的最左边的前缀，或者键不是PRIMARY KEY或UNIQUE索引（换句话说，如果连接不能根据键值选择一条记录），就使用ref。如果使用的键只与几条记录相匹配，这就是一个好的连接类型
fulltext	全文索引，类搜索引擎功能
ref_or_null	这种连接类型就像ref，但增加了MySQL对包含NULL值的行进行额外的搜索。这种连接类型的优化在解决子查询时最常使用。在下面的例子中，MySQL可以使用一个ref_or_null连接来处理ref_table
index_merge	这种连接类型表明使用了索引合并优化。在这种情况下，输出行中的key列包含了所使用的索引的列表，key_len包含了所使用的索引的最长的key部分的列表。更多信息，请参见章节8.2.1.3，”索引合并优化“
unique_subquery	对于以下形式的某些 IN 子查询，此类型替换 eq_ref：value IN (SELECT primary_key FROM single_table WHERE some_expr)
index_subquery	这种连接类型类似于 unique_subquery。它取代了 IN 子查询，但它适用于以下形式的子查询中的非唯一索引：value IN (SELECT key_column FROM single_table WHERE some_expr)
range	只检索给定范围内的行，使用索引来选择行。输出行中的key列表明使用的是哪个索引。key_len包含了所使用的最长的关键部分。对于这种类型，ref列是NULL
index	索引连接类型与ALL相同，只是对索引树进行扫描。这有两种情况。如果索引是查询的覆盖索引，并且可以用来满足表的所有数据要求，那么只有索引树被扫描。在这种情况下，Extra列显示使用索引。只扫描索引的速度通常比ALL快，因为索引的大小通常比表的数据小。全表扫描是使用从索引中读出的数据来按索引顺序查找数据行。使用索引不会出现在Extra列中。当查询只使用属于一个索引的列时，MySQL可以使用这种连接类型。
ALL	没有使用任何索引，使用了全表扫描，性能非常差

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

结果值从好到坏依次是：一般来说，得保证查询至少达到range级别，最好能达到ref，否则就可能会出现性能问题。

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

possible_keys：列指出MySQL能使用哪个索引在该表中找到行

当前查询可用的索引多个逗号分隔

key：显示MySQL实际决定使用的键（索引）。如果没有选择索引，键是NULL

查询优化器实际选择的索引

key_len：显示MySQL决定使用的键长度。如果键是NULL，则长度为NULL。使用的索引的长度。在不损失精确性的情况下，长度越短越好

ref：显示使用哪个列或常数与key一起从表中选择

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

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

rows： rows列表示MySQL认为它必须检查以执行查询的行数，对于InnoDB表，这个数字是一个估计值，不一定准确

filtered： 表按照条件过滤行数的百分比

过滤列表示被表条件过滤的表行的估计百分比。最大值是100，这意味着没有发生过滤的行。从100开始递减的值表示过滤量的增加。rows显示了被检查的行的估计数量，rows × filtered显示了与下面表格连接的行的数量。例如，如果rows是1000，而filtered是50.00（50%），那么与下表中连接的行数是1000×50%=500

Extra：附加信息包含MySQL解决查询的详细信息，也是关键参考项之一。

这一列包含关于MySQL如何解决查询的额外信息。关于不同值的描述，见EXPLAIN额外信息。

没有与Extra列相对应的单一JSON属性；然而，可能出现在这一列中的值被暴露为JSON属性，或作为消息属性的文本

具体信息看官方文档查询

https://dev.mysql.com/doc/refman/8.0/en/explain-output.html#explain-extra-information

其他一些Tip：