explain两个变种

1）explain extended：会在 explain 的基础上额外提供一些查询优化的信息。紧随其后通 过 show warnings 命令可以得到优化后的查询语句，从而看出优化器优化了什么。额外还有 filtered 列，是一个半分比的值，rows filtered/100 可以估算出将要和 explain 中前一个表 进行连接的行数（前一个表指 explain 中的id值比当前表id值小的表）。
mysql> explain extended select from film where id = 1;
image.png
mysql> show warnings;
image.png

2）explain partitions：相比 explain 多了个 partitions 字段，如果查询是基于分区表的 话，会显示查询将访问的分区

id

select 查询的序列号,包含一组数字,表示查询中执行的select子句或操作表的顺序

id相同
执行顺序从上到下

id不同
如果是子查询,id序号会递增,id越大优先级越高,越先被执行
id是null,最后执行

image.png

id相同,不同,同时存在

image.png

id如果相同可以认为是一组,从上往下顺序执行.
在所有组中,id越大,优先级越高,越先执行.

select_type

查询类型
区别: 普通查询,联合查询,子查询等复合查询

SIMPLE
简单的select查询,查询中不包含子查询或者union

PRIMARY
查询中若包含任何复杂的子部分,最外层查询则被标记为,复杂查询中最外层的 select

subquery
在select或where列表中包含的子查询（不在 from 子句中）

derived
在from列表中包含的子查询被标记为derived(衍生).
mysql会递归执行这些子查询,把结果放到临时表里面

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

union result
从union表获取结果的select

衍生表的合并优化
mysql> set session optimizer_switch=’derived_merge=off’; #关闭mysql5.7新特性对衍生表的合并优化 mysql> explain select (select 1 from actor where id = 1) from (select from film where id = 1) der;
image.png
mysql> set session optimizer_switch=’derived_merge=on’; #还原默认配置
image.png*

table

这行数据是来自哪个表的
当 from 子句中有子查询时，table列是 格式，表示当前查询依赖 id=N 的查 询，于是先执行 id=N 的查询。 当有 union 时，UNION RESULT 的 table 列的值为，1和2表示参与 union 的 select 行id。

type

访问类型排列
显示查询使用了何种类型
从最好到最差依次是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般来说,得保证到range级别,最好达到ref级别

  • system: 表只有1行记录(等于系统表),这是const类型的特例,平时不会出现,可以忽略
  • const: 表示通过索引一次就找到了,const用于比较primarykey或者unique索引.因为只匹配一行数据,所以很快将主键置于where列表中,mysql就能将该查询转换为一个常量, 常量连接
  • eq_ref: 唯一性扫描,对于每个索引键,表中只有一条记录与之匹配.常见于主键或唯一索引扫描.主键索引(primary key)或者非空唯一索引(unique not null)等值扫描

场景

  1.   1. `联表`(join)查询
  2.   1. 命中`主键`(primary key)或者`非空唯一索引`(unique not null)
  3.   1. `等值`连接
  1. explain select * from t1, t2 where t1.id = t2.id

image.png

  • ref: 非唯一性索引扫描,返回匹配某个单独值的所有行.本质上也是一种索引访问,他返回所有匹配某个单独值的行,然而他可能会找寻多个符合条件的行,所以他应该属于查找和扫描混合体
  • range: 只检索给定范围的行,使用一个索引来选择行.key列显示使用了那个索引.一般就是在你的where语句中出现了between,<,>,in等查询.这种范围扫描索引比全表扫描要好,因为它只需要开始于索引的某一点,而结束于另一个点,不用扫描全部索引
  • index: full index scan,index与all区别为index类型只遍历索引树.这通常比all快,因为索引文件通常比数据文件还小.(也就是说虽然all和index都是读全表,但是index是从索引读取的,而all是从磁盘读取的),比如

select count(1) from user;

  • All: 全表扫描,full table scan

    possible_keys

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

    key

    实际查询使用的索引.如果为null,表示没有使用索引.
    查询中若使用了覆盖索引(select中和索引一样),则该索引仅出现在key列表中

    key_len

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

image.png

ref

显示索引的哪一列被使用了,如果可能的话是一个常数.
哪些列或常量被用于查找索引列上的值.
常见的有：const（常 量），字段名（例：film.id）

image.png

rows

根据表统计信息以及索引的选用情况,大致估算出找到所需记录所需要读取的行数

image.png

Extra

包含不适合在其他列中显示但是非常重要的额外信息

  • Using filesort: 说明mysql会对数据使用一个外部的索引排序,而不是按照表内索引顺序进行读取.mysql中无法利用索引完成的排序操作称为’文件排序’

image.png

  • Using temporary: 使用了临时表保存中间结果,mysql在对查询结果排序时使用临时表.常见于排序order by和分组group by

Mysql有一点很重要是会默认按照group by排序.
加order by null 这样在group by的时候默认不排序，可以去掉filesort.

image.png

  • Using index: 表示相应的select操作中使用覆盖索引,避免访问了表的数据行,效率不错.如果同时出现了using where,表明索引被用来执行索引键值的查找.如果没有同时出现using where,表明索引用来读取数据而非执行查找动作.

image.png

  • Using where: 使用了where过滤
  • Using join buffer: 使用了连接缓存
  • impossible where: where子句的值总是false,不能用来获取任何元素,
  • select tables optimized away: 在没有groupby子句的情况下,基于索引优化min/max操作或者对于myisam存储引擎优化count(*)操作,不必等到执行阶段再进行计算,查询执行计划生成的阶段即完成优化
  • distinct: 优化distinct操作,在找到第一匹配的元组后即停止找同样值的动作