SQL--explain

示例

   select_type: SELECT 查询的类型

• SIMPLE, 表示此查询不包含 UNION 查询或子查询

• PRIMARY, 表示此查询是最外层的查询

• UNION, 表示此查询是 UNION 的第二或随后的查询

partitions: 匹配的分区 

type: 判断查询是否高效的重要依据依据

• system: 表中只有一条数据. 特殊的 const 类型

• const: 针对主键或唯一索引的等值查询扫描, 最多只返回一行数据. const 查询速度非常快

• eq_ref: 通常出现在多表的 join 查询, 表示对于前表的每一个结果, 都只能匹配到后表的一行结果. 并且查询的比较操作通常是 =, 查询效率较高

       

• ref: 此类型通常出现在多表的 join 查询, 针对于非唯一或非主键索引, 或者是使用最左前缀 规则索引的查询

　　

• range: 表示使用索引范围查询, 通过索引字段范围获取表中部分数据记录. 这个类型通常出现在 =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN, IN() 操作中
• index: 表示全索引扫描(full index scan), 和 ALL 类型类似, 只不过 ALL 类型是全表扫描, 而 index 类型则仅仅扫描所有的索引, 而不扫描数据

       

• ALL: 表示全表扫描, 这个类型的查询是性能最差的查询之一

　　不同的 type 类型的性能关系如下: ALL < index < range ~ index_merge < ref < eq_ref < const < system，ALL 类型因为是全表扫描, 因此在相同的查询条件下, 它是速度最慢的.

        possible_keys: 此次查询中可能选用的索引

        key: 此次查询中确切使用到的索引

        rows: 显示此查询一共扫描了多少行. 这个是一个估计值.

        当 Extra 中有 Using filesort 时, 表示 MySQL 需额外的排序操作, 不能通过索引顺序达到排序效果. 一般有 Using filesort, 都建议优化去掉, 因为这样的查询 CPU 资源消耗大.

        Using index：覆盖索引扫描", 表示查询在索引树中就可查找所需数据, 不用扫描表数据文件, 往往说明性能不错

　　 Using temporary： 查询有使用临时表, 一般出现于排序, 分组和多表 join 的情况, 查询效率不高, 建议优化.