mySQL执行计划初识

1. 背景

在工作中，我们经常会写一些SQL，有的SQL执行的时间很快，有的SQL执行的时间很慢甚至卡死，那么怎么去优化SQL呢，mySQL提供了Explain语句来帮助我们分析自己的SQL，以帮助我们达到优化的目的。

2. 准备工作

我们新建两张表， dept 和 employee

 

 

3. 初识explain

explain语法特别简单，只需要在sql语句前加上explain即可，如：

 

在第3步中，我们看到结果里有很多字段，接下来我们将一一进行讲解：

①　id

id代表着执行顺序，id越高代表优先级越高，如：

 

②　select_type 查询类型

查询类型，有以下六种

1）SIMPLE 简单的select查询

 

2）PRIMAYR 查询中包含任何子查询，最外层的查询为PRIMAYR

 

3）SUBQUERY SELECT或WHERE列表中的子查询

 

4）DERIVED FROM列表中的子查询

 

注意这里的derived2,表明由id为2的语句衍生

5）UNION UNION语句后的SELECT语句

6）UNION RESULT 从UNION表获取结果的select

 

③　Table 查询的表名

表示所查询的表名，这里注意会有一个衍生表的问题

④　Type 访问类型

SQL优化的一个重要的指标，结果从好到坏的顺序依次是：

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

一般来说，好的SQL查询最少要达到range级别，最好能达到ref

下面我们将来具体看看每一个级别：

1）system:当表中只有一条记录时，才会出现，这里我们演示一个只有一条记录的衍生表：

 

2）const表示通过索引一次性就可以找到，比如主键索引，或者unique索引

 

3）eq_ref 在连接中，使用了从表的主键或者唯一索引，相对应的key列表示所使用的索引

 

4）ref 在连接中，我们没有使用从表的主键或者唯一索引，而是使用了普通索引，相对应的key列表示所使用的索引，性能严重依赖于从表所匹配的记录（越少越好）

 

5）range 范围查找，比如<,>,between

 

6）index FULL INDEX SCAN 全盘索引文件查询.性能要比all要号的多

 

7）all FULL TABLE SCAN 遍历全表找匹配行

 

 

⑤　possible_keys 表示在查询中涉及大的索引，但不一定被查询实际使用

 

⑥　key 表示在查询中肯定会被使用的索引

见上图的workno

⑦　key_len 索引所占的长度，显示的是索引字段的最大可能长度，越短越好

⑧　ref 表示索引的哪一列被使用了

见历史图

⑨　rows 表示大致估算 在找到正确的结果之前必须要扫描的记录数，最理想状态下是1

⑩　extra 表示实现每一步细节的额外信息

会有以下几种情况：

1）distinct 查找distinct值，表明MySQL查询到第一个匹配值后将停止该查询转到查询其他值上。

2）USING FILESORT 无法通过索引排序，需要优化

3）USING temporary 使用了临时表，需要优化

4）等等