explain参数详解

mysql> explain select count(*) from user;
+----+-------------+-------+------+---------------+------+---------+------+------+------------------------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra                        |
+----+-------------+-------+------+---------------+------+---------+------+------+------------------------------+
|  1 | SIMPLE      | NULL  | NULL | NULL          | NULL | NULL    | NULL | NULL | Select tables optimized away |
+----+-------------+-------+------+---------------+------+---------+------+------+------------------------------+
1 row in set (0.03 sec)




id：         query optimizer所选定的执行计划中查询的序列号


select_type：所使用的查询类型，主要有以下几种查询类型：
             （1）dependent subquery：子查询中内层的第一个select，依赖与外部查询的结果集；
             （2）dependent union   ：子查询中的union，且为union中从第二个select开始的后面所有select，同样依赖于外部查询的结果集；
             （3）primary           ：子查询中的最外层查询，主要并不是主键查询；
             （4）simple            ：除子查询或者union之外的其他查询；
             （5）subquery          ：子查询内层查询的第一个select，结果不依赖于外部查询的结果集；
             （6）uncacheable subquery：结果集无法缓存的子查询；
             （7）union             ：union语句中第二个select开始的后面所有select，第一个select为primary
             （8）union result      ：union中的合并结果；


table      ： 显示这一步所访问的数据库中的表的名称；


type       ： 告诉我们对表所使用的访问方式，主要包含如下几种类型：
             （1）all：   全表扫描；
             （2）const： 读常量，且最多只会有一条记录匹配，由于是常量，所以实际上只需要读一次；
             （3）eq_ref：最多只会有一条匹配结果，一般是通过主键或者唯一键索引来访问；
             （4）fulltext：
             （5）index：全索引扫描
             （6）index_merge：查询中同时使用两个（或更多）索引，然后对索引结果进行merge之后再读取表数据；
             （7）index_subquery：子查询中的返回结果字段组合是一个索引（或索引组合），但不是一个主键或者唯一索引；
             （8）range：索引范围扫描；
             （9）ref：join语句中被驱动表索引引用查询；
             （10）ref_or_null：与ref的唯一区别就是在使用索引引用查询之外再增加一个空值的查询；
             （11）system：系统表，表中只有一行数据；
             （12）unique_subquery：子查询中的返回结果字段组合是主键或者唯一约束；


possible_keys：该查询可以利用的索引，如果没有任何索引可以使用，就会显示成null，这一项内容对于优化时候索引的调整非常重要。


key：         mysql query optimizer从possible_keys中所选择使用的索引；


key_len    ： 被选中使用索引的索引键长度；


ref        ： 列出是通过常量（const），还是某个表的某个字段（如果是join）来过滤（通过key）的；


rows       ： mysql query optimizer通过系统收集到的统计信息估算出来的结果集记录条数；


extra      ： 查询中每一步实现的额外细节信息，主要可能会是以下内容：
             （1）distinct：查找distinct值，所以当mysql找到了第一条匹配的结果后，将停止该值的查询而转为后面其他值的查询；
             （2）full scan on null key：子查询中的一种优化方式，主要在遇到无法通过索引访问null值的时候使用；
             （3）impossible where noticed after reading const tables：mysql query optimizer通过收集到的统计信息判断出不可能存在的结果；
             （4）no tables：query语句中使用from dual或者不包含任何from子句；
             （5）not exists：在某些左连接中mysql query optimizer所通过改变原有query的组成而使用的优化方法，可以部分减少数据访问次数；
             （6）range checked for each record(index map:n)：通过mysql官方手册的描述，当mysql query optimizer没有发现好的可以使用的
                  索引的时候，如果发现来自前面的表的列值已知，可能部分索引可以使用。对前面表的每个行组合，mysql检查是否可以使用range
                  或index_merge访问方法来获取行。
             （7）select tables optimized away：当我们使用某些聚合函数来访问存在索引的某个字段的时候，mysql query optimizer会通过索引
                  直接一次定位到所需的数据行完成整个查询。当然，前提是在query中不能有group by操作。如使用min()或者max()的时候；
             （8）using filesort：当我们的query中包含order by操作，而且无法利用索引完成排序操作的时候，mysql query optimizer不得不
                  选择相应的排序算法来实现。
             （9）using index：所需要的数据只需要在index即可全部获得而不需要再到表中取数据；
             （10）using index for group-by：数据访问和using index一样，所需数据只需要读取索引即可，而当query中使用了group by或
                   者distinct子句的时候，如果分组字段也在索引中，extra中的信息就会是using index for group-by；
             （11）using temporary：当mysql在某些操作中必须使用临时表的时候，在extra信息中就会出现using temporary。主要常见于
                   group by和order by等操作中。
             （12）using where：如果我们不是读取表的所有数据，或者不是仅仅通过索引就可以获取所有需要的数据，则会出现using where信息；
             （13）using where with pushed condition：这是一个仅仅在ndbcluster存储引擎中才会出现的信息，而且还需要通过打开condition
                   pushdown优化功能才可能被使用。控制参数为engine_condition_pushdown。