MySQL 读懂explain执行计划

淩亂°似流年 2022-01-31 00:55 257阅读 0赞

通过explain可以查看一个SQL的执行计划，在5.7之前的版本，还可以通过explain partitions/explain extended查看更多的信息，5.7版本时上述两个选项默认开启。  
5.7explain样例：

mysql> explain select * from sam where id=5;
    +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+--------------------------------+
    | id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra                          |
    +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+--------------------------------+
    |  1 | SIMPLE      | NULL  | NULL       | NULL | NULL          | NULL | NULL    | NULL | NULL |     NULL | no matching row in const table |
    +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+--------------------------------+
    1 row in set, 1 warning (0.00 sec)
    
    mysql> show warnings;
    +-------+------+--------------------------------------------------------------------------------------------------+
    | Level | Code | Message                                                                                          |
    +-------+------+--------------------------------------------------------------------------------------------------+
    | Note  | 1003 | /* select#1 */ select NULL AS `id`,NULL AS `name` from `sam`.`sam` where multiple equal(5, NULL) |
    +-------+------+--------------------------------------------------------------------------------------------------+
    1 row in set (0.00 sec)

**输出信息解析  
[1.id][]**  
select标识符，代表执行顺序。

**2.select\_type**  
select的类型，取值有：  
**SIMPLE**，简单查询，无union，无子查询；  
**PRIMARY**，最外层查询；  
**UNION**，union中第二个或再后面的查询，如下tom是union后的查询：

**DEPENDENT UNION**，union中第二个或再后面的查询，同时这个union是作为子查询，如下tom是子查询中union后的查询：

**UNION RESULT**，union的结果，如上述例子，UNION RESULT即是<union2,3>的结果，即sam和tom的union结果；  
**SUBQUERY**，子查询中第一个查询，如

**DEPENDENT SUBQUERY**，相关子查询的第一个查询，如

**DERIVED**，派生表，如

**MATERIALIZED**，子查询物化；  
**UNCACHEABLE SUBQUERY**，无法缓存的子查询，每次子查询都需要重新执行得到结果，如

**UNCACHEABLE UNION**，union的第二个或后面的查询属于UNCACHEABLE SUBQUERY。

**3.table**  
该行执行计划对应的表，除了具体的表名或表别名，还可以是以下的取值：  
<unionM,N>，M和Nunion的结果，M和N是执行计划中的id，见上述select\_type的UNION说明；  
，派生表的结果，N是执行计划中的id，见上述select\_type的DERIVED说明；  
，物化子查询的结果，N是执行计划中的id。

**4.partitions**  
该行执行计划对应的表分区，如果不是分区表，则是NULL。

**5.type**  
连接类型，有如下取值：  
**system**，单表查询，表中只有一行数据；  
**const**，单表查询，表中匹配的数据最多只有一行，例如通过主键或唯一键等值匹配；  
**eq\_ref**，当一个表与其他表关联时，该表的关联条件是主键或非空唯一键，每次最多匹配一行；  
**ref**，当一个表与其他表关联时，该表的关联条件存在索引，但不是主键或唯一键；  
**fulltext**，用到了全文索引；  
**ref\_or\_null**，通过索引匹配，同时需要判断该字段是否null；  
**index\_merge**，索引合并；  
**unique\_subquery**，子查询范围的数据是唯一不重复的，如  
`value IN (SELECT primarykey FROM singletable WHERE someexpr)`  
**range**，索引范围扫描，例如这些索引列的操作： =, <>, >, >=, <,<=, IS NULL, <=>, BETWEEN, LIKE,IN()  
**index**，全索引扫描；  
**all**,全表扫描。

**6.possible\_keys**  
优化器可能会使用的索引

**7.key**  
优化器最终选择使用的索引

**8.key\_len**  
索引键被使用了的长度，可以推测在复合索引中使用了哪些索引列

**9.ref**  
关联条件，如果是func，说明关联条件是经过函数处理的，除了常规的函数操作，还可能是隐式转换

**10.rows**  
优化器评估该行执行计划需要访问多少行数据

**11.filtered**  
数据过滤率，例如rows显示要访问1000行，但最终符合条件的只有500行，那么filtered就是50

**12.Extra**  
额外的一些信息说明，常见的有如下取值：  
**const row not found**，单表查询，且表中没有数据；  
**Impossible WHERE**，where条件始终不成立；  
**Using filesort**，排序；  
**Using index**，使用了覆盖索引；  
**Using index condition**，索引下推，IPC；  
**Using MRR**，使用了MRR优化技术；  
**Using temporary**，产生了临时表；  
**Using where**，执行了where过滤条件。

[1.id]: http://1.id