MySQL Explain查看执行计划

这篇博客写的还是蛮全的

http://www.cnblogs.com/songwenjie/p/9409852.html

在执行SQL的时候，经常有些SQL未正确使用到索引，导致程序变慢，通过使用explain进行分析SQL，可以清楚表的读取顺序、索引的使用情况等，从而优化索引。

explain select * from student

expain出来的信息有10列，分别是id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra,下面对这些字段出现的可能进行解释

一、 id

id相同时，执行顺序由上至下
如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行

二、select_type

SIMPLE(简单SELECT,不使用UNION或子查询等)
PRIMARY(查询中若包含任何复杂的子部分,最外层的select被标记为PRIMARY)
UNION(UNION中的第二个或后面的SELECT语句)
DEPENDENT UNION(UNION中的第二个或后面的SELECT语句，取决于外面的查询)
UNION RESULT(UNION的结果)
SUBQUERY(子查询中的第一个SELECT)
DEPENDENT SUBQUERY(子查询中的第一个SELECT，取决于外面的查询)
DERIVED(派生表的SELECT, FROM子句的子查询)
UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存，必须重新评估外链接的第一行

三、table

输出结果集的表（表别名）

四、type

表示MySQL在表中找到所需行的方式，又称“访问类型”。常用的类型有： ALL, index, range, ref, eq_ref, const, system, NULL

从上到下，性能由差到最好：

　　1. type=ALL，全表扫描，MySQL遍历全表来找到匹配行

　　一般是没有where条件或者where条件没有使用索引的查询语句

　explain select * from student where sno = 1001

　　2. type=index，索引全扫描，MySQL遍历整个索引来查询匹配行，并不会扫描表

　　一般是查询的字段都有索引的查询语句

alter table student add index idx_sno(sno);
explain select sno from student;

　　3.type=range，索引范围扫描，常用于<、<=、>、>=、between等操作

explain select * from student where sno>3001 and sno <3004

注意这种情况下比较的字段是需要加索引的，如果没有索引，则MySQL会进行全表扫描

　　4.type=ref，使用非唯一索引或唯一索引的前缀扫描，返回匹配某个单独值的记录行

　　sno字段存在普通索引（非唯一索引）

explain select * from student where sno = 1001

　　ref类型还经常会出现在join操作中：

　　student、sc成绩表关联查询，关联字段student.sno（唯一索引），sc.sno（非唯一索引）。表关联查询时必定会有一张表进行全表扫描，此表一定是几张表中记录行数最少的表，然后再通过非唯一索引寻找其他关联表中的匹配行，以此达到表关联时扫描行数最少。

　　因为student、sc两表中student表的记录行数最少，所以student表进行全表扫描，sc表通过非唯一索引寻找匹配行。

explain select * from student left join sc on student.sno = sc.sno

　　5.type=eq_ref，类似ref，区别在于使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配

　　eq_ref一般出现在多表连接时使用primary key或者unique index作为关联条件。

explain select * from student left join sc on student.id = sc.id

　　6.type=const/system，单表中最多有一条匹配行，查询起来非常迅速，所以这个匹配行的其他列的值可以被优化器在当前查询中当作常量来处理

　　const/system出现在根据主键primary key或者唯一索引 unique index 进行的查询

explain select * from student where id = 3

　　7.type=NULL，MySQL不用访问表或者索引，直接就能够得到结果

五、possible_keys

表示查询可能使用的索引，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用

六、Key

实际使用的索引

七、key_len

使用索引字段的长度

八、ref

表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值

九、rows

表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数

十、Extra

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

Using Index: 表示索引覆盖，不会回表查询

Using Where:使用where过滤条件，进行了回表查询

Using temporary：MySQL使用了临时表来存储结果集，常见于排序和分组查询

Using filesort：排序时无法使用到索引时，就会出现这个。常见于order by和group by语句中

Using join buffer：在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进能。