MySQL执行计划EXPLAIN详解

列名

解释

说明

id

select标识符

Query Optimizer选定执行计划中查询的序列号。表示查询中执行select子句或操作表的顺序，id值越大优先级越高，越先被执行。id 相同，执行顺序由上至下

select_type

select类型

没有子查询或uNIOn时都是simple，否则会有primary和union之类的，这里要注意带有uncacheable的类型，表示无法缓存，外层行切换会导致重新计算该select

table

输出行所属的表

表名或<unionM,N>，<derivedN>，<subqueryN>

partitions

匹配的分区

涉及到表的分区，没有使用分区则是NULL

type

join类型

下面有详细说明

possible_keys

可能被选择的索引

MySQL能在该表中使用哪些index助于查询，如果为空，说明没有可用index

key

实际被选择的索引

实际决定选择的index,如果没有选择index,值为NULL

key_len

被选择的键的长度

MySQL在多部分索引中使用的部分的长度，可能有多个值

ref

需要与索引比较(连接)的列

列名或者const（常数，where id = 1的时候就是const了）

rows

估计要被检验的行数

InnoDB中不一定精确，只是一个估计值

filtered

被表的条件所过滤的行的百分比

估计值

extra

额外信息

附加信息

select_type类型

说明

SIMPLE

简单的select查询，不使用 union 及子查询

PRIMARY

最外层的select查询

UNION

UNION 中的第二个或随后的select查询，不依赖于外部查询的结果集

DEPENDENT UNION

UNION 中的第二个或随后的select查询，依赖于外部查询的结果集

SUBQUERY

子查询中的第一个select查询，不依赖于外部查询的结果集

DEPENDENT SUBQUERY

子查询中的第一个select查询，依赖于外部查询的结果集

DERIVED

用于from子句里有子查询的情况。 MySQL会递归执行这些子查询，把结果放在临时表里

UNCACHEABLE SUBQUERY

结果集不能被缓存的子查询，必须重新为外层查询的每一行进行评估

UNCACHEABLE UNION

UNION 中的第二个或随后的select查询，属于不可缓存的子查询

Join类型

(按最优到最差排序)

说明

system

表只有一行(=system表)

const

表最多只有一行匹配，通常用到：PK或Unique index

eq_ref

每次与之前的表合并行都只在该表读取一行，这是除了system，const之外最好的一种，

特点是使用=，而且索引的所有部分都参与join且索引是主键或非空唯一键的索引

ref

使用=或<=>，可以是最左前缀索引或非主键或非唯一键，如果每次只匹配少数行，那会是比较好的

fulltext

全文索引搜索

ref_or_null

与ref类似，但包括NULL

例：SELECT * FROM ref_table WHERE key_column=expr OR key_column IS NULL;

index_merge

索引合并，比如一个table中有多个index column在where条件中

例：SELECT * FROM ref_table WHERE key_column1=expr1and key_column2=expr2;

unique_subquery

仅仅只是索引查找，取代子查询完全获得更好的效率

例：value IN (SELECT primary_key FROM single_table WHERE some_expr)

index_subquery

同上，但替换子查询中的”select non_unique_key_column“

range

index范围检索，key 栏位显示使用了哪个索引

通常用到：=, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN, or IN()

index

index全扫描，两种情形：

1.仅仅扫描整个index tree，这时Extra栏位为Using index

2.按照index 顺序全表扫描，这时Extra栏位不会出现Using index

all

全表扫描

Extra信息

说明

const row not found

Table was empty

distinct

查询唯一值，发现到一个匹配的就停止当前搜索

FirstMatch(tbl_name)

The semi-join FirstMatch join shortcutting strategy is used for tbl_name.

No tables used

查询没有from子句，或有from dual 子句

No exists

优化了left join，一旦找到了配置left join的行就不再检索，例如：

SELECT * FROM t1 LEFT JOIN t2 ON t1.id=t2.id  WHERE t2.id IS NULL;

Range checked for each record (index map: N)

没找到理想的index,从前面一个表中找一个行的组合，mysql检查那个index 能否range或者index merge方式从表中返回数据。它不是很快，但比没有index要好

Using fliesort

使用排序检索，出现时性能可能不高

Using index

Index scan,不需要回表

Using index condition

Using join buffer

Block Nested Loop,

Tables from earlier joins are read in portions into the join buffer, and then their rows are used from the buffer to perfORM the join with the current table.

Using temporary

Query过程中构造一张临时表，常见order by,group by中。出现时性能可能不高

Using where

有where子句