MySQL Explain学习笔记

继上一篇博客《MySQL的索引知识学习笔记》之后，我再记录一篇MySQL执行计划方面的博客，本博客是我在学习尚硅谷的学习教程后，做的笔记，当然我不是为了所谓宣传，仅仅是学习记录的笔记。本来可以不分享出来，不过，分享出来的笔记不仅可以给网上的学习者参考学习，同时写在csdn比较方便，可以支持图片上传，也方便自己以后查找复习，本博客CSDN版：链接

附录：我创建的数据库方面的专栏

一、执行计划概念
二、Explain用法
三、Explain属性介绍
四、案例学习

一、执行计划概念

执行计划(Explain)：explain显示了mysql如何使用索引来处理select语句以及连接表，使用Explain关键字可以模拟MySQL优化器执行SQL查询语句，从而知道MySQL是如何处理SQL语句的。所以执行计划常用于SQL调优

二、Explain用法

Explain的用法：

Explain + SQL语句

mysql> explain select * from sys_user;

mysql> use jeeplatform;

Database changed

mysql> explain select * from sys_user;

+----+-------------+----------+------+---------------+------+---------+------+--

----+-------+

| id | select_type | table    | type | possible_keys | key  | key_len | ref  | r

ows | Extra |

+----+-------------+----------+------+---------------+------+---------+------+--

----+-------+

|  1 | SIMPLE      | sys_user | ALL  | NULL          | NULL | NULL    | NULL |

  4 |       |

+----+-------------+----------+------+---------------+------+---------+------+--

----+-------+

1 row in set (0.00 sec)

mysql>

Explain的主要属性有id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra，如何对这些属性进行比较详细的介绍

三、Explain属性介绍

执行计划(Explain)包括如下属性：

比较重要的属性有id、type、key、rows、Extra

3.1 id属性

id属性其实就是显示了SQL的执行顺序，下面分类解释

id相同的情况

id相同的情况，执行顺序由上到下

本例子来自尚硅谷教程介绍，从执行计划可以看出就是t1>t3>t2，因为SQL有t1.other_column=''的条件，所以先从t1开始执行，然后是t3，接着是t2

id不同的情况

id不同的情况，根据id优先级来看，优先级越高越先执行
id相同不同同时存在

这种是比较特殊的情况，不过还是按照优化先看，然后id相同的情况，还是按照从上到下的情况看

3.2 select_type属性

select_type就是查询的类型，用来区别普通查询、联合查询(union)、子查询等复杂查询，属性分为：

1、Simple

简单select查询，查询中不包括子查询、联合查询等
2、PRIMARY

PRIMARY可以理解为主查询，当然是在包括子查询等情况下面，最外面的查询被称之为PRIMARY查询
3、SUBQUERY

SUBQUERY就是子查询，一般用于select后面或者where条件后面
4、DERIVED

DERIVED是衍生查询，一般用于from后面查询返回一个衍生表
5、UNION

UNION是联合查询，UNION或者UNION ALL关键字后面的查询表查询都被标记为联合查询
6、UNION RESULT

union result就是从union获取的查询结果

3.3 table属性

table属性，很显然这个属性就是显示查询数据是关于哪张表的

3.4 type属性

type属性表示MySQL找到数据行采取的方式，也称之为访问方式，显示了查询使用了何种类型

访问类型排序，从最好到最差的依次是(常用的)：

system>const>eq_ref>ref>range>index>All

来自尚硅谷老师的归纳：

然后介绍一下这些级别

ststem

表只有一条记录的情况，显示type为system，这种一般在系统表才会出现，是const的一种特例
const

const常量，一般用于where条件后面，用于比较主键索引或者唯一索引，索引一次就可以找到一条记录，一般返回一个常量
eq_ref

唯一性索引扫描，一般是主键Primary key或者唯一索引(union index)，只返回一条记录与之匹配
ref

非唯一性索引扫描，也是一种索引访问，不过符合的记录有多条
range

索引返回扫描，一般来说在where条件出现了between或者<、>、in等符合或者关键字就是索引访问扫描，不过建了组合索引，有些情况是会导致索引失效的
index

index也就是索引全扫描(full index scan)，index和all的区别是：index扫描所有索引，all扫描所有数据，在mysql中，索引文件是比文件小，所以index扫描性能是比all好的
All

all也是全表扫描，不建索引的情况，经常出现全表扫描(full table scan)

备注：要保证sql查询，一般要达到range，或者ref级别

3.5 possible_keys属性

用于显示理论上扫描可能用到的索引

3.6 key属性

用于显示实践上用到的索引，返回null表示没用到索引

3.7 key_len属性

表示索引使用的字节数，key_len显示的是索引字段最大的可能长度，并非实际使用的长度

3.8 ref属性

ref属性用于显示哪些常用或者列被用于查找索引，前提条件是走索引的

3.9 rows属性

rows数据是根据统计信息及索引选用情况，大致估算出的记录数

3.10 Extra属性

Extra可以理解为拓展或者额外的属性，包含了不在其它属性的信息，但是十分重要的额外信息，常用于分析定位性能问题，比较重要的属性有Using filesort、using temporary、using index

1、Using filesort

Extra信息显示这个信息说明无法利用索引完成排序order by，而选择了文件排序，这种情况是比较耗性能的，所以要看看索引失效的原因

如图来自尚硅谷视频的例子，这里就出现了Extra信息为using filesort，原因是where条件里用了col1，order by后面只用了col3，而复合索引是3个列都建的，所以导致不能用到索引排序，用了文件排序代替，解决方法是在order by加上col2

备注：索引的两大作用：排序和查询

2、using temporary

出现这个信息表示，使用了临时表保存中间结果，出现原因是在对查询结果排序时使用了临时表，常见与order by和group by一起用的情况

上面例子，就是using temporary的情况，在group by后面加上col2列，使索引能用得上
3、Using index

出现using index说明出现覆盖索引(Covering index)，是效率不错的！如果using where也一起出现，说明索引被用来查询，只有一个说明只用来读取数据