2020-12-18 MySQL explain命令字段含义

如何获取select语句执行计划?

explain sql;

explain 列有哪些？含义？

Column	含义
id	查询序号
select_type	查询类型
table	表名
partitions	匹配的分区
type	join类型
prossible_keys	可能会选择的索引
key	实际选择的索引
key_len	索引的长度
ref	与索引作比较的列
rows	要检索的行数(估算值)
filtered	查询条件过滤的行数的百分比
Extra	额外信息

一、 id

SQL查询中的序列号。
id列数字越大越先执行，如果说数字一样大，那么就从上往下依次执行。

二、 select_type

查询的类型，可以是下表的任何一种类型：

select_type	类型说明
SIMPLE	简单SELECT(不使用UNION或子查询)
PRIMARY	最外层的SELECT
UNION	UNION中第二个或之后的SELECT语句
DEPENDENT UNION	UNION中第二个或之后的SELECT语句取决于外面的查询
UNION RESULT	UNION的结果
SUBQUERY	子查询中的第一个SELECT
DEPENDENT SUBQUERY	子查询中的第一个SELECT, 取决于外面的查询
DERIVED	衍生表(FROM子句中的子查询)
MATERIALIZED	物化子查询
UNCACHEABLE SUBQUERY	结果集无法缓存的子查询，必须重新评估外部查询的每一行
UNCACHEABLE UNION	UNION中第二个或之后的SELECT，属于无法缓存的子查询

其中，DEPENDENT 意味着使用了关联子查询。

三、 table

查询的表名。不一定是实际存在的表名。
可以为如下的值：

• : 引用id为M和N UNION后的结果。
• : 引用id为N的结果派生出的表。派生表可以是一个结果集，例如派生自FROM中子查询的结果。
• : 引用id为N的子查询结果物化得到的表。即生成一个临时表保存子查询的结果。

四、 type

这是最重要的字段之一，显示查询使用了何种类型。从最好到最差的连接类型依次为：

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

• 除了all之外，其他的type都可以使用到索引；·

• 除了index_merge之外，其他的type只可以用到一个索引。

  • 1、system
    表中只有一行数据或者是空表，这是const类型的一个特例。且只能用于myisam和memory表。
    如果是Innodb引擎表，type列在这个情况通常都是all或者index。

  • 2、const
    最多只有一行记录匹配。
    当联合主键或唯一索引的所有字段跟常量值比较时，join类型为const。其他数据库也叫做唯一索引扫描

  • 3、eq_ref
    多表join时，对于来自前面表的每一行，在当前表中只能找到一行。这可能是除了system和const之外最好的类型。当主键或唯一非NULL索引的所有字段都被用作join联接时会使用此类型。
    eq_ref可用于使用'='操作符作比较的索引列。比较的值可以是常量，也可以是使用在此表之前读取的表的列的表达式。
    相对于下面的ref区别就是它使用的唯一索引，即主键或唯一索引，而ref使用的是非唯一索引或者普通索引。
    eq_ref只能找到一行，而ref能找到多行。

  • 4、ref
    对于来自前面表的每一行，在此表的索引中可以匹配到多行。若联接只用到索引的最左前缀或索引不是主键或唯一索引时，使用ref类型（也就是说，此联接能够匹配多行记录）。
    ref可用于使用'='或'<=>'操作符作比较的索引列。

  • 5、 fulltext
    使用全文索引的时候是这个类型。要注意，全文索引的优先级很高，若全文索引和普通索引同时存在时，mysql不管代价，优先选择使用全文索引

  • 6、ref_or_null
    跟ref类型类似，只是增加了null值的比较。实际用的不多。

  • 7、index_merge
    表示查询使用了两个以上的索引，最后取交集或者并集，常见and ，or的条件使用了不同的索引，官方排序这个在ref_or_null之后，但是实际上由于要读取多个索引，性能可能大部分时间都不如range

  • 8、unique_subquery
    用于where中的in形式子查询，子查询返回不重复值唯一值，可以完全替换子查询，效率更高。
    该类型替换了下面形式的IN子查询的ref：

  value IN (SELECT primary_key FROM single_table WHERE some_expr)
  

  • 9、index_subquery
    该联接类型类似于unique_subquery。适用于非唯一索引，可以返回重复值。

  • 10、range
    索引范围查询，常见于使用 =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN, IN()或者like等运算符的查询中。

  SELECT * FROM tbl_name
    WHERE key_column BETWEEN 10 and 20;
  
  SELECT * FROM tbl_name
    WHERE key_column IN (10,20,30);
  

  • 11、index
    索引全表扫描，把索引从头到尾扫一遍。这里包含两种情况：
    一种是查询使用了覆盖索引，那么它只需要扫描索引就可以获得数据，这个效率要比全表扫描要快，因为索引通常比数据表小，而且还能避免二次查询。在extra中显示Using index，反之，如果在索引上进行全表扫描，没有Using index的提示。

  # 此表见有一个name列索引。
  # 因为查询的列name上建有索引，所以如果这样type走的是index
  mysql> explain select name from testa;
  +----+-------------+-------+-------+---------------+----------+---------+------+------+-------------+
  | id | select_type | table | type  | possible_keys | key      | key_len | ref  | rows | Extra       |
  +----+-------------+-------+-------+---------------+----------+---------+------+------+-------------+
  |  1 | SIMPLE      | testa | index | NULL          | idx_name | 33      | NULL |    2 | Using index |
  +----+-------------+-------+-------+---------------+----------+---------+------+------+-------------+
  1 row in set
  
  # 因为查询的列cusno没有建索引，或者查询的列包含没有索引的列，这样查询就会走ALL扫描，如下：
  mysql> explain select cusno from testa;
  +----+-------------+-------+------+---------------+------+---------+------+------+-------+
  | id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra |
  +----+-------------+-------+------+---------------+------+---------+------+------+-------+
  |  1 | SIMPLE      | testa | ALL  | NULL          | NULL | NULL    | NULL |    2 | NULL  |
  +----+-------------+-------+------+---------------+------+---------+------+------+-------+
  1 row in set
  
  # 包含有未见索引的列
  mysql> explain select * from testa;
  +----+-------------+-------+------+---------------+------+---------+------+------+-------+
  | id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra |
  +----+-------------+-------+------+---------------+------+---------+------+------+-------+
  |  1 | SIMPLE      | testa | ALL  | NULL          | NULL | NULL    | NULL |    2 | NULL  |
  +----+-------------+-------+------+---------------+------+---------+------+------+-------+
  1 row in set
  

  • 12、all
    全表扫描，性能最差。

五、 possible_keys

查询可能使用到的索引都会在这里列出来。

六、 key

查询MySQL实际使用到的索引（键）。
要想强制MySQL使用或忽视possible_keys列中的索引，可以使用FORCE INDEX、USE INDEX 或者 IGNORE INDEX。
select_type为index_merge时，这里可能出现两个以上的索引，其他的select_type这里只会出现一个。

七、key_len

查询用到的索引长度（字节数）。
key_len只计算where条件用到的索引长度，而排序和分组就算用到了索引，也不会计算到key_len中。

八、ref

表示上述表的连接匹配条件，即那些列或常量被用于查找索引列上的值。
如果是使用的常数等值查询，这里会显示const，如果是连接查询，被驱动表的执行计划这里会显示驱动表的关联字段，如果是条件使用了表达式或者函数，或者条件列发生了内部隐式转换，这里可能显示为func

九、 rows

rows 也是一个重要的字段。 这是mysql估算的需要扫描的行数（不是精确值）。
这个值非常直观显示 SQL 的效率好坏, 原则上 rows 越少越好.

十、 Extra

该列包含MySQL解决查询的详细信息，有以下几种情况：

• Using where：列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的，这发生在对表的全部的请求列都是同一个索引的部分的时候，表示MySQL服务器将在存储引擎检索行后再进行过滤。
• Using temporary：表示MySQL需要使用临时表来存储结果集，常见于排序和分组查询。
• Using filesort：MySQL中无法利用索引完成的排序操作成为“文件排序”。
• Using join buffer：该值强调了在获取连接条件是没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进性能。
• Impossible where：这个值强调了where语句会导致没有符合条件的行。
• Select tables optimized away：这个值意味着仅通过使用索引，优化器可能仅从聚合函数结果中返回一行。

---

什么是回表？

在普通索引查到主键索引后，再去主键索引定位记录。（等于说非主键索引多走了一个索引树。）

---

原文链接：https://www.jianshu.com/p/8fab76bbf448