一. 执行计划返回信息详解
①. 执行计划所含字段
输出列含义id查询标识
select_type查询类型
table查询涉及的表
partitions匹配到的分区信息
type连接类型
possible_keys可能选择的索引
key实际使用的索引
key_len实际使用的索引的长度
ref和索引进行比较的列
rows需要被检索的大致行数
filtered按表条件过滤的行百分比
Extra额外信息
②. id
执行计划序列号，可出现3种组合方式
第一种：id全部相同，这时会从上至下依次执
第二种：部分id相同，这时会按照id大小从大到小执行；id相同的则会被认定为是一组执行计划，同一组遵循第一种id全相同的顺序执行
UNION RESULT：UNION的结果
第三种：id全部不相同，这时会按照id大小从大到小执行
SIMPLE：简单的select查询，查询中不包含子查询或者UNION
PRIMARY：查询中若包含任何复杂的子部分，最外层查询则被标记为
SUBQUERY：在SELECT或WHERE列表中包含了子查询
DERIVED：在FROM列表中包含的子查询被标记为DERIVED(衍生)MYSQL会递归执行这些子查询，把结果放在临时表里
UNION：若第二个SELECT出现在UNION之后，则被标记为UNION若UNION包含在FROM子句的子查询中，外层SELECT将被标记为：DERIVED
UNION RESULT：从UNION表获取结果的SELECT
④. table
查询涉及的表
⑤. partitions
由查询匹配记录的分区。非分区表为NULL
链接类型说明system表只有一行，MyISAM引擎。
const常量连接，表最多只有一行匹配，通用用于主键或者唯一索引比较时
eq_ref每次与之前的表合并行都只在该表读取一行，这是除了system，const之外最好的一种，特点是使用=，而且索引的所有部分都参与join且索引是主键或非空唯一键的索引
ref如果每次只匹配少数行，那就是比较好的一种，使用=或<=>，可以是左覆盖索引或非主键或非唯一键
fulltext全文搜索
ref_or_null与ref类似，但包括NULL
index_merge表示出现了索引合并优化(包括交集，并集以及交集之间的并集)，但不包括跨表和全文索引。这个比较复杂，目前的理解是合并单表的范围索引扫描(如果成本估算比普通的range要更优的话)
unique_subquery在in子查询中，就是value in (select…)把形如select unique_key_column的子查询替换。PS：所以不一定in子句中使用子查询就是低效的！
index_subquery同上，但把形如”select non_unique_key_column“的子查询替换
range常数值的范围
index索引树扫描。a.当查询是索引覆盖的，即所有数据均可从索引树获取的时候(Extra中有Using Index)；b.以索引顺序从索引中查找数据行的全表扫描(无 Using Index)；c.如果Extra中Using Index与Using Where同时出现的话，则是利用索引查找键值的意思；d.如单独出现，则是用读索引来代替读行，但不用于查找
all全表扫描(full table scan)由上到下性能最好到最差
⑦. possible_keys
列出查询涉及到的字段的索引，但不一定会被使用
⑧. key
实际使用的索引，如果为NULL，则没有使用索引
⑨. key_len
表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度，在不损失精确性的情况下，长度越短越好。key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的。
⑩. ref
和前方表连接的字段,const代表是常量值连接
⑪. rows
查询大致需要涉及读取的行数，越少越好
⑫. extra
包含不适合在其他列中显式但十分重要的额外信息(暂不展开)
