MySQL分析工具explain介绍

引言：见过不少关于MySQL的查询语句优化的文章，可是当你用过EXPLAIN后，了解其中的原理后，发现那些文章都太业余了。总之一句，EXPLAIN简直不要太好用了！

 

EXPLAIN是MySQl必不可少的一个分析工具，主要用来测试sql语句的性能及对sql语句的优化，或者说模拟优化器执行SQL语句。

简单的说是execute plan, 获取MySQL数据库的执行计划。本文重点介绍explain的使用和各参数的意义。

 

首先看一个例子，现有一张表格filesinfo，主键FileId，创建索引 create index DevInfoIndex on FilesInfo (CamID, SliceStartTime, SliceStopTime);表格除DevInfoIndex显示的字段外还有其余几个字段。目前表格有110左右条数据。

而后咱们执行下面语句：

(1)

该SQL语句，对主键FileId进行排序，且只查找开始四条。而rows也是4，由于能够看到key中直接用的主键索引。

(2)咱们再执行下一条语句：

 和上面比较，咱们把排序改为了索引DevInfoIndex 的第一个字段。rows仍是4，而key变化了，使用索引DevInfoIndex ，最后Extra显示使用了索引。

（3）接着咱们继续执行：

 和上一条语句比较，咱们只是修改排序的字段，SliceStartTime是索引的第二个字段。而rows变成了53。

从Extra看，虽然查找了索引，可是还用了filesort文件排序，也就是说明联合索引的数据先按第一个字段的顺序进行存储，后面的字段单独须要排序查找时，须要再对文件进行排序。

（4）继续

此次语句的变化主要是查找内容，*表示全部字段；排序字段仍是索引的首个字段CamID，但是type变成了ALL，全表扫描；因此Extra显示filesort。

 

以上几步操做只是 对explain工具显示的结果的几个主要参数进行分析和展现。

下面再逐一进行介绍。

 

id： 查询的序列号；查询中执行select子句或操做表的顺序,id值越大优先级越高,越先被执行。id 相同,执行顺序由上至下。

select_type :  查询的类型，主要包括普通查询、联合查询、子查询。主要取值：

　　SIMPLE------简单的select查询,不使用union及子查询.

　　PRIMARY------最外层的select查询

　　UNION------UNION 中的第二个或随后的select查询,不依赖于外部查询的结果集

　　DEPENDENT UNION------UNION 中的第二个或随后的select查询,依赖于外部查询的结果集

　　SUBQUERY------子查询中的第一个select查询,不依赖于外 部查询的结果集

　　DEPENDENT SUBQUERY------子查询中的第一个select查询,依赖于外部查询的结果集

　　DERIVED------用于 from 子句里有子查询的状况。 MySQL会递归执行这些子查询, 把结果放在临时表里

　　UNCACHEABLE SUBQUERY------结果集不能被缓存的子查询,必须从新为外层查询的每一行进行评估

　　UNCACHEABLE UNION------UNION 中的第二个或随后的selec查询,属于不可缓存的子查询 

table：所访问数据库的表的名称

type：联合查询使用的类型显示的访问类型是重要指标，结果从好到坏：

　　system------系统表；表仅有一行(=系统表)。这是const链接类型的一个特例。

　　const------读常量；const用于用常数值比较 PRIMARY KEY 时。当查询的表仅有一行时,使用System。

　　eq_ref ------最多一条匹配结果，一般是经过主键访问；

　　ref------；链接不能基于关键字选择单个行,可能查找 到多个符合条件的行。叫作ref是由于索引要 跟某个参考值相比较。这个参考值或者是一个常数,或者是来自一个表里的多表查询的结果值。

　　fulltext------全文索引检索；

　　ref_or_null------；如同ref, 可是MySQL必须在初次查找的结果 里找出null条目,而后进行二次查找。

　　index_merge------合并索引结果集；说明索引合并优化被使用了。

　　unique_subquery------；在某些 IN 查询中使用此种类型,而不是常规的 ref:value IN (SELECT primary_key FROM single_table WHERE some_expr)

　　index_subquery()------子查询返回的是索引，但非主键；在某些IN查询中使用此种类型，与unique_subquery相似,可是查询的是非惟一性索引：value IN (SELECT key_column FROM single_table WHERE some_expr)

　　range------索引范围扫描；只检索给定范围的行,使用一个索引来选择行。key列显示使用了哪一个索引。当使用=、 <>、>、>=、<、<=、IS NULL、<=>、BETWEEN 或者 IN 操做符，用常量比较关键字列时,可使用range。

　　index------全索引扫描；全表扫描,只是扫描表的时候按照索引次序进行而不是行。主要优势就是避免了排序, 可是开销仍然很是大。

　　all------全表扫描；最坏的状况,从头至尾全表扫描。

 

possible_keys： 指出mysql能使用哪一个索引有助于在该表中找到该行，若是这个值为空，则表示没有相关的索引。

key：显示mysql实际决定使用的建，若是没有索引被选择，键是null。

key_len：显示mysql决定使用索引的长度，在不损失精确性的状况 下,长度越短越好。若是key是空，则长度就是null。

ref：显示哪一个字段或常数与key一块儿使用。若是使用了索引则显示const，不然，显示null。

rows：MYSQL 认为必须检查的用来返回请求数据的行数。

Extra： 出现如下2项意味着MYSQL根本不能使用索引,效率会受到重大影响。应尽量对此进行优化。

　　Using filesort------表示 MySQL 会对结果使用一个外部索引排序,而不是从表里按索引次序读到相关内容。可能在内存或者磁盘上进行排序。

　　　　　　　　　　MySQL 中没法利用索引完成的排序操做称为“文件排序”。

　　Using temporary------表示 MySQL 在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。

 

以上对命令explain及其参数的意义基本介绍完成。但愿之后对于SQL语句的性能分析，是否须要优化，作到心中有数。