本文主要讲如何使用explain，以及explain的各种参数概念，后面会讲优化。

一、Explain 用法

模拟Mysql优化器如何执行SQL查询语句，了解Mysql如何处理你的SQL语句。分析查询语句或表结构的性能瓶颈。

语法：解释+SQL语句；

例如：解释select * from user;会生成如下SQL分析结果。下面详细解释每个字段。

二、id

是一组数字，代表多个表之间的查询顺序，或者包含子句的查询语句中的顺序。 id总共分为三种情况，下面依次详细说明。

id相同，但是执行顺序是从上到下。如果是子查询，id号会增加。 id值越大，优先级越高，越早执行。相同id和不同id同时存在。

三、select_type

select_type 包含以下几种值

简单主子查询派生联合联合结果简单

简单select查询，查询不包含子查询或联合查询

基本的

如果SQL语句包含任何子查询，则子查询的最外层将被标记为主查询

子查询

如果select 或where 中包含子查询，则该子查询将被标记为subQquery。同样的三个和两个同时出现。

衍生的

from 中包含的子查询将被标记为派生查询，查询结果将放置在临时表中。

工会/工会结果

如果有两个select查询语句，并且它们通过union连接，那么第二个select将被标记为union，并且union的结果将被标记为union结果。它的id 为空

四、table

表示该行数据来自哪个表。

五、type

类型代表MySQL使用哪种索引类型。不同索引类型的查询效率也不同。类型一般有以下几种

systemconsteq_refrefrangeindexallsystem

表中只有一行记录。 System 是const 的一个特例。这种情况几乎不会发生，可以忽略不计。

常量

将主键索引或唯一索引放入where条件中进行查询。 MySQL可以将查询条件转换为常量，只匹配一行数据，通过一次索引就可以找到数据。

等式引用

在多表查询中，例如T1和T2，T1中的一行记录只能找到T2中唯一的一行。说白了，T1和T2之间关联查询的条件是主键索引或者唯一索引，从而保证T1中的每一行记录只对应T2中的一行记录

举一个不恰当的例子，EXPLAIN SELECT * from t1, t2 where t1.id=t2.id

参考

它不是主键索引，也不是唯一索引，而是普通索引，可能返回多个符合条件的行。

范围

体现在索引的区间范围检索上，一般出现在where条件中的between、and、in等范围搜索中。

指数

遍历所有索引树来查找满足条件的行。索引文件仍然比数据文件小得多，因此它仍然比没有索引的全表扫描快得多。

全部

不使用索引，只是遍历所有表数据来查找符合条件的数据。

六、possible_keys

如果本次查询涉及的字段上有索引，则会列出来，表示可能使用的索引，但并不是真正会使用的索引。

七、key

本次查询实际使用的索引

八、key_len

表示索引中使用的字节数。通过该属性，可以知道查询中使用的索引长度。注意：此长度是最大可能长度，而不是实际使用的长度。在不损失准确性的情况下，长度越长短查询效率越高

九、ref

显示关联字段。如果使用常量等价查询，则显示const，如果是连接查询，则显示关联字段。

tb_emp表是非唯一索引扫描，实际使用的索引列是idx_name。由于tb_emp.name='rose' 是常量，因此ref=const。 tb_dept 是唯一索引扫描。从sql语句可以看出，实际上使用的是PRIMARY主键索引。 ref=db01.tb_emp.deptid 表示与db01数据库中tb_emp表的deptid字段关联。

十、rows

根据表信息统计和索引使用情况，我们可以大致估算出需要读取的行数才能找到所需的记录。行越小越好。

十一、extra

不适合在其他列中显示，但在优化过程中非常重要的信息

使用fileSort（重点优化）

俗称‘文件排序’，在数据量大的时候几乎是“九死一生”。在order by或group by排序过程中，order by的字段不是索引字段，或者select查询字段存在且不是索引字段，或者select查询字段都是索引字段，但是顺序order by字段和select索引字段不一致，会导致fileSort

使用临时（关键优化）

临时表用于保存中间结果，常见于order by和group by。

USING 索引（强调）

意味着对应的select操作使用了覆盖索引（Coveing Index）来避免访问表的数据行，效率非常高！如果同时出现using where，则表明该索引用于进行索引键值的搜索；如果using where没有同时出现，则使用表面索引来读取数据，而不是执行搜索操作。

使用地点

表示使用where过滤

使用连接缓冲区

使用连接缓存

不可能在哪里

where 子句的计算结果始终为false，并且不能用于获取任何元组

选择优化掉的表

在没有GROUPBY子句的情况下，基于索引优化MIN/MAX操作或者为MyISAM存储引擎优化COUNT(*)操作，不必等到执行阶段才进行计算。优化在查询执行计划生成阶段完成。

清楚的