一. 执行计划返回信息详解

①. 执行计划所含字段

输出列含义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

包含不适合在其他列中显式但十分重要的额外信息(暂不展开)