SQL explain详细结果

explain 的结果

id

select_type 　　查询的序列号
　　　　　　　　select_type
　　　　　　　　　　simple (不含子查询)
　　　　　　　　　　primary (含子查询、或者派生查询)
　　　　　　　　　　　　subquery (非from子查询==》子查询)
　　　　　　　　　　　　derived (form型子查询==》派生查询)
　　　　　　　　　　　　union
　　　　　　　　　　　　union result

table 　　　　　 输出的行所引用的表（也有可能是别名）。

type　　　　　　联合查询所使用的类型。
type　　　　　   显示的是访问类型，是较为重要的一个指标，结果值从好到坏依次是：
system
　　　　　　> const
　　　　　　> eq_ref
　　　　　　> ref
　　　　　　> fulltext
　　　　　　> ref_or_null
　　　　　　> index_merge
　　　　　　> unique_subquery
　　　　　　> index_subquery
　　　　　　> range
　　　　　　> index
　　　　　　> ALL
　　　　　　const，表示通过索引一次就找到了；
　　　　　　primary，表示使用了主键；
　　　　　　all，表示为全表扫描；

possible_keys　 可能用到的key
　　　　　　　　指出MySQL能使用哪个索引在该表中找到行。如果是空的，没有相关的索引。
　　　　　　　　这时要提高性能，可通过检验WHERE子句，看是否引用某些字段，
　　　　　　　　或者检查字段不是适合索引。

key　　　　　　 最终使用的索引
　　　　　　　   显示MySQL实际决定使用的键。如果没有索引被选择，键是NULL。
ref　　　　　　  因为这时认为是多个匹配行，在联合查询中，一般为REF。

key_len     　　 索引的长度、越短越好、速度越快
　　　　　　　　显示MySQL决定使用的键长度。
  　　　　　　　 如果键是NULL，长度就是NULL。
　　　　　　　　文档提示特别注意这个值可以得出一个多重主键里mysql实际使用了哪一部分。

ref 　　　　　　 显示哪个字段或常数与key一起被使用。

rows 　　　　　 这个数表示mysql要遍历多少数据才能找到，在innodb上是不准确的。

extra 　　　　   如果是Only index，这意味着信息只用索引树中的信息检索出的，这比扫描整个表要快。
　　　　　　　　如果是where used，就是使用上了where限制。
　　　　　　　　如果是impossible where 表示用不着where，一般就是没查出来啥。
　　　　　　　　如果此信息显示Using filesort或者Using temporary的话会很吃力，
　　　　　　　　WHERE和ORDER BY的索引经常无法兼顾，
　　　　　　　　如果按照WHERE来确定索引，那么在ORDER BY时，
　　　　　　　　就必然会引起Using filesort，
　　　　　　　　这就要看是先过滤再排序划算，还是先排序再过滤划算。