MySQL_执行计划详细说明

1 简要说明

id	表格查询的顺序编号。	降序查看，id相同的从上到下查查看。 id可以为null ，当table为( union ,m,n )类型的时候，id为null，这个时候，id的顺序为 m跟n的后面。
select_type	查询的方式	下文详细说明。
table	表格名称	表名，别名，( union m,n ）。
partitions	分区名称	查询使用到表分区的分区名。
type	表连接的类型	下文详细说明。
possible_keys	可能使用到的索引	这里的索引只是可能会有到，实际不一定会用到。
key	使用到的索引	实际使用的索引。
key_len	使用到索引的长度	比如多列索引，只用到最左的一列，那么使用到索引的长度则为该列的长度，故该值不一定等于 key 列索引的长度。
ref	谓词的关联信息	当 join type 为 const、eq_ref 或者 ref 时，谓词的关联信息。可能为：null（非 const \ eq_ref \ ref join type 时）、const（常量）、关联的谓词列名。
rows	扫描的行数	该表格扫描到的行数。这里注意在mysql里边是嵌套链接，所以，需要把所有rows相乘就会得到查询数据行关联的次数
filtered	实际显示行数占扫描rows的比例	实际显示的行数 = rows * filtered / 100
extra	特性使用

性能排序：null->system->const->eq-ref->ref->fulltext->ref_or_null->index_merge->unique_subquery->index_subquery->range->index->ALL

null，不访问任何一个表格
ref
- 非聚集索引的常量查询
- 性能也是很不错的。
unique subquery
- eq_ref的一个分支，查询主键的子查询：
- value IN (SELECT primary_key FROM single_table WHERE some_expr)
- 暂时无法模拟出来，目前在5.7.17版本怎么测试，出来的type都是 eq_ref
index subquery
- ref的一个分支，查询非聚集索引的子查询：
- value IN (SELECT key_column FROM single_table WHERE some_expr)
- 暂时无法模拟出来，目前在5.7.17版本怎么测试，出来的type都是 ref
range
- 当谓词使用到索引范围查询的时候：=、<>、>、>=、<、<=、IS NULL、BETWEEN、IN、<=> (这是个表达式：左边可以推出右边,右边也可推出左边)
index
- 使用到索引，但是不是索引查找，而是对索引树做一个扫描，即使是索引扫描，大多数情况下也是比全表扫描性能要好的，因为索引树上的键值只有索引列键值+主键，而全表扫描则是在聚集索引树（主键+所有列）上进行扫描，索引树相比之下要廋得多跟小得多了。

当 join type 为 eq_ref 或者 ref 时，谓词的关联信息。可能为：null（非 eq_ref\ref join type时）、const（常量）、关联的谓词列名。

Using index
- 索引覆盖，也就是不止要使用到索引，而且没有回表查询
- 举个例子说明
- 这两个查询中，条件都是一样，但是第一个返回的是所有列，而索引 IX_age上仅包含主键列跟索引键值，故需要再根据主键的值去PK树上找到对应的列，这个操作称为回表，所以第一个查询中extra没有USING INDEX，而第二个查询有。
Using index conditio，简称 ICP
Using MRR，简称 MRR
Using where
- 根据where条件，先取出数据，再跟其他表格关联查询
Using filesort，无法利用索引来完成的排序
Using temporary，使用到临时表
使用到临时表，表数量较少的情况下，临时表使用缓存，但是比较大的时候，则会磁盘存储，这种情况下，性能将会急剧下降

mysql