执行计划
- 概述
- id
- select_type
- table
- type
- possible_keys
- key
- key_len
- ref
- rows
- extra
概述
当我们写完了一条SQL语句给数据库执行，那数据库是如何执行的呢？这就涉及到SQL的执行计划了。
现有需求：我们需要查看一年级有哪些学生：
select * from student s join greade g on s.class=g.greadeCode where g.greadeCode =1;如何查看上面这条SQL的执行计划呢？很简单，加上explain命令：
explain select * from student s join greade g on s.class=g.greadeCode where g.greadeCode =1;
我们可以看到有很多列：id ， select_type，table，partitions，type，possible_keys，key，key_len，ref，rows，filtered，Extra。这些代表了啥意思呢？
id
id代表查询的序列号，表示查询中select子句或者操作表的顺序。
- 当出现多行，如上图，每一行的id都是1，则执行顺序是从上往下依次执行
- 当出现多行，id不相同，有1，2，3。如果是子查询，id会依次增大，id值越高则优先级越高，越先被执行
- 当出现多行，id有相同，也有不同，则id值越高先执行，相同id在顺序执行。
select_type
主要用来分辨查询的类型，是普通查询还是联合查询还是子查询
类型 | 解释 |
SIMPLE | 简单的查询，不包含子查询和union |
PRIMARY | 查询中若包含任何复杂的子查询，最外层查询则被标记为Primary |
UNION | 若第二个select出现在union之后，则被标记为union |
DEPENDENT UNION | 跟union类似，此处的depentent表示union或union all联合而成的结果会受外部表影响 |
UNION RESULT | 从union表获取结果的select |
SUBQUERY | 在select或者where列表中包含子查询 |
DEPENDENT SUBQUERY | subquery的子查询要受到外部表查询的影响 |
DERIVED | from子句中出现的子查询，也叫做派生类 |
UNCACHEABLE SUBQUERY | 表示使用子查询的结果不能被缓存 |
UNCACHEABLE UNION | 表示union的查询结果不能被缓存：sql语句未验证 |
table
对应行正在访问哪一个表，表名或者别名，可能是临时表或者union合并结果集
type
type显示的是访问类型，访问类型表示我是以何种方式去访问我们的数据
类型 | 解释 |
all | 全表扫描，一般情况下出现这样的sql语句而且数据量比较大的话那么就需要进行优化。 |
index | 全索引扫描，这个比all的效率要好，主要有两种情况，一种是当前的查询时覆盖索引，即我们需要的数据在索引中就可以索取，或者是使用了索引进行排序，这样就避免数据的重排序 |
range | 表示利用索引查询的时候限制了范围，在指定范围内进行查询，这样避免了index的全索引扫描，适用的操作符： =, <>, >, >=, <, <=, IS NULL, BETWEEN, LIKE, or IN() |
index_subquery | 利用索引来关联子查询，不再扫描全表 |
unique_subquery | 该连接类型类似与index_subquery,使用的是唯一索引 |
index_merge | 在查询过程中需要多个索引组合使用 |
ref_or_null | 对于某个字段即需要关联条件，也需要null值的情况下 |
ref | 使用了非唯一性索引进行数据的查找 |
eq_ref | 使用唯一性索引进行数据查找 |
const | 这个表至多有一个匹配行 |
system | 表只有一行记录（等于系统表），这是const类型的特例，平时不会出现 |
possible_keys
显示可能应用在这张表中的索引，一个或多个，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用
key
实际使用的索引，如果为null，则没有使用索引，查询中若使用了覆盖索引，则该索引和查询的select字段重叠。
key_len
表示索引中使用的字节数，可以通过key_len计算查询中使用的索引长度，在不损失精度的情况下长度越短越好。
ref
显示索引的哪一列被使用了
rows
根据表的统计信息及索引使用情况，大致估算出找出所需记录需要读取的行数，此参数很重要，直接反应的sql找了多少数据，在完成目的的情况下越少越好
extra
额外的信息。
- using filesort：说明mysql无法利用索引进行排序，只能利用排序算法进行排序，会消耗额外的位置
- using temporary：建立临时表来保存中间结果，查询完成之后把临时表删除
- using index：这个表示当前的查询时覆盖索引的，直接从索引中读取数据，而不用访问数据表。如果同时出现using where 表名索引被用来执行索引键值的查找，如果没有，表面索引被用来读取数据，而不是真的查找
- using where：使用where进行条件过滤
- using join buffer：使用连接缓存
- impossible where：where语句的结果总是false
