当我们写了一条sql语句，想知道这条sql到底是怎么执行的，性能如何，用了哪几个索引，有没有全表扫描，查询了多少行记录等，怎么办呢？别慌，mysql explain命令，拿走，香，真香，妈妈再也不用担心我不会sql优化了。

explain的用途

表的加载顺序如何哪些索引被使用到哪些所以可以使用每个表有多少行被查询了表和表之间的应用关系如何....explain结果字段

如图，执行计划包含了12个字段：id、select_type、table、partitions、type、possible_keys、key、key_len、ref、rows、filtered、Extra

字段详解

一、id

1、id相同

顺序执行，由上而下，teacher-subject-student_score

2、id不同

如果存在子查询，就会出现id的序号递增情况，id值越大越先执行

3、id有相同的，也有不同的

id值大的先执行，相同id的，由上而下执行

二、select_type

1、SIMPLE

简单select查询，没有子查询、union交并差集操作

2、PRIMARY

主查询，当查询中包含任何复杂的子部分，最外层的查询就称为主查询PRIMARY

3、SUBQUERY

在where或select中包含子查询，那查询就会称为SUBQUERY

4、DERIVED

在from中包含子查询，会被标记为DERIVED，会把结果放到临时表里，不过mysql5.7+进行了优化。

5、UNION

union后面出现select，那select这条查询会标记为union；如果union包含在from的字句中，union前面的select会标记为derived

6、UNION RESULT

意思是从union的临时表中获取数据，union2,3表示用第2个和第3个的结果进行union操作

三、table

表名，并不一定是真实的表名，可能是别名，比如上面的union2,3

四、partitions

表示命中的分区信息，对于非分区，显示Null

五、type

查询使用了何种类型，性能好到坏依次是：

Null>systeml>constl>eq_refl>refl>ref_or_nulll>index_mergel>unique_subqueryl>index_subqueryl>rangel>indexl>ALL

一般来说，查询至少达到range，最好能到ref

1、Null

mysql能够在优化阶段分解查询语句，在执行阶段不用再访问表或索引

2、system

当表仅有一条记录时（系统表），数据量很少，一般不会出现，可以忽略

3、const

表示通过索引一次就能找到，命中primary key主键或unique唯一索引

4、eq_ref

唯一索引或主键，表中只有一条数据与之匹配

5、ref

非唯一索引，匹配到多行

6、ref_or_null

跟ref类型类似，只是增加了null值的比较,实际用的不多

7、index_merge

查询使用了两个以上的索引，可能使用索引合并优化的方法，就是说对于多个索引分别条件扫描，然后将各自结果合并（intersect/union），Mysql5.1开始引入index_merge.

8、unique_subquery

替换下面的in子查询，子查询中的唯一索引，子查询返回不重复的集合

value in (select primary_key from single_table where some_expr)

9、index_subquery

用于非唯一索引，可以返回重复值

value in（select key_column from single_table where some_expr）

10、range

针对一个索引的字段，给定范围检索数据，在where语句中使用了：between...and、<、>、<=、in等条件语句，查询type都是range

11、index

index和all都是读全表，但index是遍历索引树，all是从硬盘读取，所以通常index比all快

12、all

全表查询

六、possible_keys

可能应用的索引，一个或多个

七、key

查询最终用到的索引，如果为null，则没有可用索引，如果使用的是覆盖索引（查询的列刚好是索引），则该索引只出现在key列

八、key_len

查询用到的索引长度（字节数），越短越好

九、ref字段

显示索引在哪一列被使用了，如果可能的话，是一个常数

十、rows字段

以表的统计信息和索引使用情况，估算查询所需的数据要查询多少行

十一、partitions字段

匹配分区

十二、filtered

存储引擎返回的数据在经过过滤后，剩下满足条件的记录数量的比例

十三、extra

额外重要的信息

1、Using filesort

order by的字段没有索引，mysql无法利用索引完成的排序，称为文件排序，这样的sql都是需要优化的

2、Using temporary

查询后的结果需要使用临时表来存储，一般在排序或者分组时用到

3、Using index

查询使用了覆盖索引（查询的字段刚好有索引），sql优化的理想状态

如果同时出现using where ，说明索引被用来查找

没有同时出现using where，说明索引只用来读取数据，没有用来查找

4、Using where

查询时没有找到可用的索引，从而通过where条件过滤获取结果

5、Using join buffer

连表查询时，连接条件没有用到索引，需要一个连接缓冲区来存储中间结果

当去除了t_no的索引，使用了缓冲区

6、Impossible where

where条件，总是false

7、distinct

一旦mysql找到了与行相联合匹配的行，就不在搜索了

8、select tables optimized away

select 操作已经优化到不能再优化了，mysql没有遍历表或索引就返回数据了