select_type（select类型）
SIMPLE（简单SELECT）
简单SELECT查询，不包含子查询和UNION
PRIMARY（最外层SELECT）
复杂查询中的最外层查询，表示主要的查询
UNION（UNION后的第二个或更后面的SELECT）
UNION关键字之后的查询
DEPENDENT UNION（UNION后的第二个或更后面的SELECT，取决于外部查询）
UNION RESULT（UNION的结果）
从UNION后的表获取结果集
SUBQUERY（第一个select子查询）
SELECT或WHERE列表中包含了子查询
DEPENDENT SUBQUERY（第一个select子查询，取决于外部查询）
DERIVED（派生表）
FROM列表中包含的子查询，即衍生
MATERIALIZED（物化子查询）
UNCACHEABLE SUBQUERY（子查询，其结果无法缓存）
UNCACHEABLE UNION（UNION后的第二个或更后面的SELECT，其结果无法缓存）
type（连接类型）
system > const > eq_ref > ref > range > index > ALL
system（表示只有一条记录）
const（通过索引一次就能找到）
eq_ref（用于主键或唯一索引扫描）
ref（用于非主键和唯一索引扫描）
fulltext（全文扫描）
ref_or_null（类似于ref，还会扫描null的数据）
index_merge（多种索引合并的方式扫描）
unique_subquery（类似于eq_ref，条件用于in子查询）
index_subquery（类似于ref，条件用于in子查询）
range（范围扫描）
index（全索引扫描）
ALL（全表扫描）
Extra（附加信息）
Impossible WHERE
表示WHERE后面的条件一直都是false
Using filesort
表示按文件排序，一般是索引排序无法使用
Using index
表示是否所有获取的列都走了索引
Using temporary
表示是否使用了临时表，常见与order by，group by
Using where
表示使用了where条件过滤
Using join buffer
表示是否使用连接缓冲
索引优化的过程
1.先用慢查询日志定位具体需要优化的sql
2.使用explain执行计划查看索引使用情况
3.重点关注：
key（查看有没有使用索引）
key_len（查看索引使用是否充分）
type（查看索引类型）
Extra（查看附加信息：排序、临时表、where条件为false等）
4.根据上1步找出的索引问题优化sql
5.再回到第2步
