MySQL explain使用

1.介绍

EXPLAIN 命令用于SQL语句的查询执行计划。这条命令的输出结果能够让我们了解MySQL 优化器(optimlzer)是如何执行SQL 语句的。这条命令并没有提供任何调整建议，但它能够提供重要的信息帮助你做出调优决策。

下面执行连接查询语句

explain select * from goods_goods inner join goods_goodscategory on goods_goods.category_id = goods_goodscategory.id;

接下来我们来逐一分析该结果各字段（id、 select,、table、 partitions、possible_keys、key、key_len、ref、rows、filtered、extra）含义

为测试准备两张表：

2. explain之id

id表示了DML中所涉及表的查询顺序，值越大表示越先执行，值相同时，从上至下执行

explain select * from goods_goods g where g.id = (select distinct category_id from goods_goodscategory where id=100);

3. explain之select_type

select_type 列提供了对表的查询类型。最常见的值包括SIMPLE、PRIMARY、DERIVED 和UNION。其他可能的值还有 UNION RESULT、SUBQUERY 等等.

SIMPLE：

不包含子查询和其他复杂语法的简单查询，（包含join）

PRIMARY：

在存在子查询的语句中，最外面的select查询就是primary

explain select * from goods_goods g where g.id = (select distinct category_id from goods_goodscategory where id=100);

SUBQUERY:

在select或where列表中包含了子查询

DERIVED:

在from列表中包含的子查询被标记为DERIVED(衍生)，MySQL会递归执行这些子查询，并把结果放在临时表中。

explain select id from (select * from goods_goods where id<10);

错误：

为from后的表取别名后才能执行正确，该处的from子句后的表就是一个临时表

explain select id from (select * from goods_goods where id<10) as new_table;

UNION：

第二个select出现union之后，则被标记为union，若union包含在from子句的子查询中，外层select被标记为derived;

explain select * from (select 1 as A union select 2 as B) as newt;

UNION RESULT：

从union表中获取结果的select

4. explain之type

　　type所涉及的值主要有如下几种取值：

最好----->最差

system

const

eq_ref

ref

range

index

all

　　全部值集有：

最好----->最差

system

const

eq_ref

ref

fulltext

ref_or_null

index_merge

unique_subquery

index_subquery

range

index

all

　　一般来说，得保证查询至少达到range级别，最好能达到ref

system：

表只有一行记录（等于系统表），这是const类型的特例，怕是不会出现，这个也可以忽略不计。

const：

表示通过索引一次就找到了，const用于比较primary key或者unique索引，因为只匹配一行数据，所以很快，如将主键置于where列表中，MySQL就能将该查询转换为一个常量。

explain select * from (select * from goods_goods where id = 1) nt;

内层的select为const，通过主键只匹配了一行数据，其结果作为临时表交由外层select查询，所以外层的select查询的type就是system，因为临时表只有一行数据。

eq_ref：

唯一性索引扫描，对于每个索引键，表中只有一行数据与之匹配。常见于主键或唯一索引扫描

explain select * from ref_student s, ref_major m where s.major=m.id;

注意：如果此时ref_student中存在多条记录，则该TYPE就是ALL了，如果ref_student中只有一条记录，但ref_major有多条记录，则还是EQ_REF类型

意思就是说，主表与从表通过外键A关联，在主表中可能存在多条记录，但从表的记录只有一条

ref：

出现该连接类型的条件是：查找条件列使用了索引而且不为主键和unique。其实，意思就是虽然使用了索引，但该索引列的值并不唯一，有重复。这样即使使用索引快速查找到了第一条数据，仍然不能停止，要进行目标值附近的小范围扫描。但它的好处是它并不需要扫全表，因为索引是有序的，即便有重复值，也是在一个非常小的范围内扫描。下面为了演示这种情形，给employee表中的name列添加一个普通的key（值允许重复）

alter table mstudent add key idx_name(name); #为name字段添加非唯一性索引

range：

范围查找，例如在where子句后添加条件范围(IN、BETWEEN、>、<、OR等等)

index：

基于索引进行全表扫描

5. explain之type、key、key_len、rows、ref等

possible_keys：

显示可能应用在这张表中的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引项被列出，但不一定被查询实际使用。

key：

实际使用的索引，若为null，则没有使用到索引。（两种可能，①没建立索引。②建立索引，但索引失效）。查询中若使用了覆盖索引，则该索引仅出现在key列表中。

key_len：

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不损失精确型的情况下，长度越短越好，key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据定义计算而得，不是通过表内检索出的。

rows：

每张表有多少行被mysql优化器查询

ref:

引用到的上一个表的列,

6. explain之extra

包含不适合在其他列中显示，但又十分重要的信息，其主要取值参数如下：

using filesort：

当Query 中包含 ORDER BY 操作，而且无法利用索引完成排序操作的时候，MySQL Query Optimizer 不得不选择相应的排序算法来实现。数据较少时从内存排序，否则从磁盘排序。Explain不会显示的告诉客户端用哪种排序。官方解释：“MySQL需要额外的一次传递，以找出如何按排序顺序检索行。通过根据联接类型浏览所有行并为所有匹配WHERE子句的行保存排序关键字和行的指针来完成排序。然后关键字被排序，并按排序顺序检索行”

前者使用了额外的排序，后者使用自建的索引排序，后者性能优于前者

using temporary：

使用了临时表保存了中间结果，MySQL在对结果排序时使用了临时表，常见于group by和order by；

group by后尽量基于where子句后的索引来进行分组

using index：

覆盖索引：select数据列只用从索引中就能取得，不必读取数据行。

表示相应select操作中使用了覆盖索引，避免了访问表的数据行，效率高，

如果同时出现using where，表明索引被用来执行索引键值的查找

如果没有同事出现using where，表明索引用来读取数据而非执行查找动作

impossible where：

where子句后的条件逻辑错误