explian分析sql语句详解

explian语句用于分析sql的执行计划，如下

select_type:查询类型

    simple不含子查询 

    primary（含子查询或者派生查询）

    subquery(非from子查询）

    derived(from型子查询）

    union

    union result

table:查询针对的表

    有可能是

    实际的表

    表的别名

    derived（from型子查询时）

    null   直接计算结果，不用走表

 

possible_key 可能用到的索引

注意：系统估计可能用到的几个索引，但最终只能用一个

key:最终用的索引

key_len:使用的索引的最大长度

注意：有可能possible_key为null，而key不为null,这时possible_keys分析的是索引查找的过程，而最终的key可能是被用于查找排序或者索引覆盖

 

type列：指查询的方式(重要）是分析查询过程的重要依据

类型：（性能从差到好）

all：意味着从表的第一行开始查找，运气不好可能要全表查

index:比all好一点，all是扫描所有数据行，index扫描所有的索引节点，相当于index_all

    select * from goods order by goods_id

    虽然有goods_id主键索引，但是因为select*没有where，所以会直接取出所有数据在排序type为all

range:查询时，能根据索引做范围的扫描

ref:通过索引列，可以直接引用到某些数据行

eq_ref：通过索引列，直接引用某1行数据常见于连接查询中

const,system,null这三个分别指查询优化到常量级别

一般主键来查询易出现const,system,或者直接查询某个表达式，不经过表时，出现null

extra:

index：指用到了索引覆盖，效率非常高

using where 指光靠索引定位不了，还需要where判断一下

using temporary用到了临时表，group by 与order by 不同列是，或者group by,order by别的表的列

using filesort：文件排序（可能在磁盘也可能在内存）

出现（temporary/filesort）就需要优化sql语句了

rows 可能扫描多少行

ref 索引的哪一列被使用了

当使用函数时，索引会失效

例如where price+1,left(word,10),price,word索引都会失效