MySQL执行计划都有那些规划？

时间：2021-06-02 15:35:38 阅读：10 评论：0 收藏：0 [点我收藏+]

1.执行计划简介

执行计划是指一条 SQL 语句在经过 MySQL 查询优化器的优化会后，具体的执行方式。MySQL 为我们提供了 EXPLAIN 语句，来获取执行计划的相关信息。需要注意的是，EXPLAIN 语句并不会真的去执行相关的语句，而是通过查询优化器对语句进行分析，找出最优的查询方案，并显示对应的信息。

执行计划通常用于 SQL 性能分析、优化等场景。通过 explain 的结果，可以了解到如数据表的查询顺序、数据查询操作的操作类型、哪些索引可以被命中、哪些索引实际会命中、每个数据表有多少行记录被查询等信息。

explain 执行计划支持 SELECT、DELETE、INSERT、REPLACE 以及 UPDATE 语句。我们一般多用于分析 select 查询语句。

2.执行计划实战

我们简单来看下一条查询语句的执行计划：

mysql>?explain?SELECT?*?FROM?dept_emp?WHERE?emp_no?IN?(SELECT?emp_no?FROM?dept_emp?GROUP?BY?emp_no?HAVING?COUNT(emp_no)>1);?+----+-------------+----------+------------+-------+-----------------+---------+---------+------+--------+----------+-------------+?|?id?|?select_type?|?table????|?partitions?|?type??|?possible_keys???|?key?????|?key_len?|?ref??|?rows???|?filtered?|?Extra???????|?+----+-------------+----------+------------+-------+-----------------+---------+---------+------+--------+----------+-------------+?|??1?|?PRIMARY?????|?dept_emp?|?NULL???????|?ALL???|?NULL????????????|?NULL????|?NULL????|?NULL?|?331143?|???100.00?|?Using?where?|?|??2?|?SUBQUERY????|?dept_emp?|?NULL???????|?index?|?PRIMARY,dept_no?|?PRIMARY?|?16??????|?NULL?|?331143?|???100.00?|?Using?index?|?+----+-------------+----------+------------+-------+-----------------+---------+---------+------+--------+----------+-------------+?复制代码

可以看到，执行计划结果中-共有 12 列，各列代表的含义总结如下表：

列名	含义
id	SELECT查询的序列标识符
select_type	SELECT关键字对应的查询类型
table	用到的表名
partitions	匹配的分区，对于未分区的表，值为 NULL
type	表的访问方法
possible_keys	可能用到的索引
key	实际用到的索引
key_len	所选索引的长度
ref	当使用索引等值查询时，与索引作比较的列或常量
rows	预计要读取的行数
filtered	按表条件过滤后，留存的记录数的百分比
Extra	附加信息

下面我们来看下执行计划中部分重要列详解：

id：

SELECT 标识符。这是查询中 SELECT 的序号。如果该行引用其他行的并集结果，则值可以为 NULL 。当 id 相同时，执行顺序由上向下；当 id 不同时，id 值越大，优先级越高，越先执行。

select_type：

查询的类型，常见的值有：

SIMPLE：简单查询，不包含 UNION 或者子查询。
PRIMARY：查询中如果包含子查询或其他部分，外层的 SELECT 将被标记为 PRIMARY。
SUBQUERY：子查询中的第一个 SELECT。
UNION：在 UNION 语句中，UNION 之后出现的 SELECT。
DERIVED：在 FROM 中出现的子查询将被标记为 DERIVED。
UNION?RESULT：UNION 查询的结果。

table：

表示查询用到的表名，每行都有对应的表名，表名除了正常的表之外，也可能是以下列出的值：

<unionM,N>: 本行引用了 id 为 M 和 N 的行的 UNION 结果；
<derived,N>: 本行引用了 id 为 N 的表所产生的的派生表结果。派生表有可能产生自 FROM 语句中的子查询。
<subquery,N>: 本行引用了 id 为 N 的表所产生的的物化子查询结果。

type：

查询执行的类型，描述了查询www.sangpi.com是如何执行的。所有值的顺序从最优到最差排序为： system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

常见的几种类型具体含义如下：

system：如果表使用的引擎对于表行数统计是精确的（如：MyISAM），且表中只有一行记录的情况下，访问方法是 system ，是 const 的一种特例。
const：表中最多只有一行匹配的记录，一次查询就可以找到，常用于使用主键或唯一索引的所有字段作为查询条件。
eq_ref：当连表查询时，前一张表的行在当前这张表中只有一行与之对应。是除了 system 与 const 之外最好的 join 方式，常用于使用主键或唯一索引的所有字段作为游戏连表条件。
ref：使用普通索引作为查询条件，查询结果可能找到多个符合条件的行。
index_merge：当查询条件使用了多个索引时，表示开启了 Index Merge 优化，此时执行计划中的 key 列列出了使用到的索引。
range：对索引列进行范围查询，执行计划中的 key 列表示哪个索引被使用了。
index：查询遍历了整棵索引树，与 ALL 类似，只不过扫描的是索引，而索引一般在内存中，速度更快。
ALL：全表扫描。

possible_keys：

possible_keys 列表示 MySQL 执行查询时可能用到的索引。如果这一列为 NULL ，则表示没有可能用到的索引；这种情况下，需要检查 WHERE 语句中所使用的的列，看是否可以通过给这些列中某个或多个添加索引的方法来提高查询性能。

key：

key 列表示 MySQL 实际使用到的索引。如果为 NULL，则表示未用到索引。

key_len：

key_len 列表示 MySQL 实际使用的索引的最大长度；当使用到联合索引时，有可能是多个列的长度和。在满足需求的前提下越短越好。如果 key 列显示 NULL ，则 key_len 列也显示 NULL 。

rows：

rows 列表示根据表统计信息及选用情况，大致估算出找到所需的记录或所需读取的行数，数值越小越好。