Mysql执行计划

&emsp Mysql的执行计划有12个字段，不仅是面试高频问题，也是工作中经常用到的。

id

  id是查询的主键，或者叫序列号，因为这个值是递增的。需要注意的地方就是union这个id会是null，我举个例子：

explain select id,name from student union select id,name from teacher;

  结果如下：

select_type

  Select type有12种类型，这个确实比较繁琐啊。只能一个个解释了：

SIMPLE

  表示没有使用union和子查询。我举个例子,Join查询的结果就是SIMPLE：

explain select t.name,s.score from student t join score s on t.id = s.student_id;

  结果：

PRIMARY

  最外部的查询，这个就不多说了。前面也有例子。

UNION

  Union的第二张表，这个也不多说了，前面也有例子。

DEPENDENT UNION

  这里我举个不恰当的例子，因为我的SQL逻辑不对，哈哈，如下：

explain
select id, name
from student t
where t.id in (
    select id
    from student
    union
    select id
    from teacher);

  结果中就有了DEPENDENT UNION，如图：

UNION RESULT

  前面说过，这里也不说了。

SUBQUERY

  举个例子，查询成绩大于平均分的记录，SQL如下：

explain select * from score s where s.score > (select avg(score) from  score)

  执行计划结果：

DEPENDENT SUBQUERY

  依赖外部查询的子查询，我举个例子：

explain select id,name, (select max(score) from score where student_id = t.id) from student t;

  结果为：

DERIVED

  DERIVED，意思是派生表。派生表就是临时表，我举个例子，求学生的平均分，这个是个常见的需求。SQL如下：

explain
select *
from (
         select avg(s.score), s.student_id
         from score s
         group by s.student_id) a
         join student t on t.id = a.student_id;

  其中的平均分表就是派生表，执行计划如下：

DEPENDENT DERIVED

  意思是依赖主查询的派生表。例子不好找，先省略。

MATERIALIZED

  例子不好找，先省略。

UNCACHEABLE SUBQUERY

  例子不好找，先省略。

UNCACHEABLE UNION

  例子不好找，先省略。

table

  是查询遇到的表名，一般是显示别名，少数情况下会显示union,derived,subquery开头的表名。

partitions

  查询数据使用的分区，如果数据库没分区，那么这个字段就是NULL。

type

  type是join连接的类型，这是执行计划最重要的字段，分12种，我的妈，又是12。

system

  只有一行的情况，但必须是系统表。

const

  根据主键只查一行就是这种场景，如：

explain select * from class where id = 1;

  结果为

eq_ref

 emsp;两表之间使用等于号连接，键都是非空唯一索引。我举个例子，在学生成绩表里，加上了学生的外键，然后查虽有学生语文课(ID=1)的成绩：

explain select * from student t,score s where s.student_id = t.id and s.subject_id = 1;

  结果就出现了eq_ref：

ref

  在索引键不是唯一的情况下，类型为ref，如：

explain select * from score where student_id = 1;

  结果为ref:

full_text

ref_or_null

index_merge

unique_subquery

index_subquery

range

  range是在索引树上按范围查找，当在索引上使用大于小于，is null, in等查询的时候，就是用到了range。这里有两个细节，一个是NULL-safe equal，也就是<=>运算符，是null比较时安全的相等运算符，二是is null也命中了索引，在一些面经里，说is null没有命中索引是不对的。举个例子：

explain select * from score where student_id between 1 and 100;

  结果就是range：

index

  虽然名字叫索引，但是大部分情况下实际表现和ALL差不多。

ALL

  这是性能最低下的方式了。

possible_keys

  因为MySQL有查询优化器，查询优化器会生成几种SQL优化方案，然后选择一种方案。所以这里显示的是可能使用的索引。

key

  实际选择的索引，在众多优化方案里实际选择的索引。

key_len

  使用的索引长度。

ref

  用来和索引比较的列或者常量。这个值有时候可能是func。

rows

  大致需要扫描多少行数据。

filtered

  表示过滤了多少百分比的数据，100表示扫描所有行，数字越小扫描范围越小。

Extra

  这个字段超级复杂。我会另外写一篇笔记记录。