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索引都会失效
