MySql--Explain 详解（上）

具体细节 请去掘金购买《MySQL 是怎样运行的：从根儿上理解 MySQL》

EXPLAIN

EXPLAIN语句输出形式

• 1.id：在一个大的查询语句中每个SELECT关键字都对应一个唯一的id
• 2.select_type： SELECT关键字对应的那个查询的类型
• 3.table：表名
• 4.partitions：匹配的分区信息
• 5.type：针对单表的访问方法
• 6.possible_keys：可能用到的索引
• 7.key： 实际上使用的索引
• 8.key_len：实际使用到的索引长度
• 9.ref：当使用索引列等值查询时，与索引列进行等值匹配的对象信息
• 10.rows：预估的需要读取的记录条数
• 11.filtered：某个表经过搜索条件过滤后剩余记录条数的百分比
• 12.Extra：一些额外的信息

table

• 1.EXPLAIN语句输出的每条记录都对应着某个单表的访问方法，该条记录的table列代表着该表的表名

id

• 1.对于包含UNION的语句，每一个select 就对应一个id
• 2.在连接查询的执行计划中，每个表都会对应一条记录，这些记录的id列的值是相同的，出现在前边的表表示驱动表，出现在后边的表表示被驱动表
• 3.一般包含子查询的id是不一样的
• 4.查询优化器可能对涉及子查询的查询语句进行重写，从而转换为连接查询。这时候id就一样了。
• 5.UNION会生成一个临时表，对结果进行去重。这个时候id为NULL

select_type

• 1.每一个SELECT关键字代表的小查询都定义了一个称之为select_type的属性
• 2.SIMPLE:查询语句中不包含UNION或者子查询的查询都算作是SIMPLE类型
• 3.PRIMARY:对于包含UNION、UNION ALL或者子查询的大查询来说，它是由几个小查询组成的，其中最左边的那个查询的select_type值就是PRIMARY
• 4.UNION:对于包含UNION或者UNION ALL的大查询来说，它是由几个小查询组成的，其中除了最左边的那个小查询以外，其余的小查询的select_type值就是UNION
• 5.UNION RESULT:MySQL选择使用临时表来完成UNION查询的去重工作，针对该临时表的查询的select_type就是UNION RESULT
• 6.SUBQUERY:如果包含子查询的查询语句不能够转为对应的semi-join的形式，并且该子查询是不相关子查询，并且查询优化器决定采用将该子查询物化的方案来执行该子查询
• 7.DEPENDENT SUBQUERY: 如果包含子查询的查询语句不能够转为对应的semi-join的形式，并且该子查询是相关子查询，则该子查询的第一个SELECT关键字代表的那个查询的select_type就是DEPENDENT SUBQUERY
• 8.DEPENDENT UNION:在包含UNION或者UNION ALL的大查询中，如果各个小查询都依赖于外层查询的话，那除了最左边的那个小查询之外，其余的小查询的select_type的值就是DEPENDENT UNION
• 9.DERIVED:采用物化的方式执行的包含派生表的查询
• 10.MATERIALIZED:当查询优化器在执行包含子查询的语句时，选择将子查询物化之后与外层查询进行连接查询
• 11.UNCACHEABLE SUBQUERY
• 12.UNCACHEABLE UNION
• 13.select_type为DEPENDENT SUBQUERY的查询可能会被执行多次

type

• 1.代表访问一条记录的方法是什么样的
• 2.具体的访问方法以前写过 可以参考：https://www.jianshu.com/p/2afee5496e61

possible_keys和key

• 1.前者列出查询时候可能用到的索引
• 2.后者代表实际的索引
• 3.使用index访问方法来查询某个表时，possible_keys列是空的，而key列展示的是实际使用到的索引
• 4.possible_keys列中的值并不是越多越好，可能使用的索引越多，查询优化器计算查询成本时就得花费更长时间，所以如果可以的话，尽量删除那些用不到的索引
• 5.key_len:索引的长度

ref

• 1.索引列等值匹配的条件去执行查询时，也就是在访问方法是const、eq_ref、ref、ref_or_null、unique_subquery
  、index_subquery其中之一时，ref列展示的就是与索引列作等值匹配的东西（常数或者列或者函数）

rows

• 1.代表预计需要扫描的行数或者索引记录行数