一. 执行计划返回信息详解
①. 执行计划所含字段
| 输出列 | 含义 |
|---|
| 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
包含不适合在其他列中显式但十分重要的额外信息（暂不展开）