id 查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序
select_type 查询类型
table 正在访问哪个表
partitions 匹配的分区
type 访问的类型
possible_keys 显示可能应用在这张表中的索引，一个或多个，但不一定实际使用到
key 实际使用到的索引，如果为NULL，则没有使用索引
key_len 表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度
ref 显示索引的哪一列被使用了，如果可能的话，是一个常数，哪些列或常量被用于查找索引列上的值
rows 根据表统计信息及索引选用情况，大致估算出找到所需的记录所需读取的行数
filtered 查询的表行占表的百分比
Extra 包含不适合在其它列中显示但十分重要的额外信息
id字段
1、id相同
执行顺序从上至下
读取顺序：articles -> users
2、id不同
如果是子查询，id的序号会递增，id越大优先级越高，越先被执行
读取顺序：users -> comments -> articles
3、id部分相同部分不相同
id如果相同，可以认为是一组，从上到下顺序执行，在所有组中，id越大，优先级越高，越先执行
读取顺序：users -> articles -> comments
select_type字段
1、SIMPLE
简单查询，不包含子查询或union查询
2、PRIMARY / SUBQUERY
PRIMARY：查询中若包含任何复杂的子部分，最外层查询则被标记为主查询
SUBQUERY：在select或where中包含子查询
3、DERIVED
在FROM列表中包含的子查询被标记为DERIVED（衍生），MySQL会递归执行这些子查询，把结果放在临时表中
备注：MySQL5.7+进行优化了，增加了derived_merge（派生合并），默认开启，可加快查询效率
set optimizer_switch='derived_merge=ON';
set optimizer_switch='derived_merge=OFF';
4、UNION / UNION RESULT
UNION：若第二个select出现在union之后，则被标记为UNION
UNION RESULT：从UNION表获取结果的select
table字段
这一列显示了对应行正在访问查询的表名，如果查询使用了别名，那么这里显示的是别名，如果不涉及对数据表的操作，那么这显示为null，如果显示为尖括号括起来的<derivedN>就表示这个是临时表，后边的N就是执行计划中的id，表示结果来自于这个查询产生。如果是尖括号括起来的<union M,N>，与<derived N>类似，也是一个临时表，表示这个结果来自于union查询的id为M,N的结果集。
type字段
这一列显示了访问类型，即MySQL决定如何查找表中的行
效率：NULL > system > const > eq_ref > ref > ref_or_null > index_merge > range > index > ALL （最好到最差）
除了all之外，其他的type都可以使用到索引，除了index_merge之外，其他的type只可以用到一个索引
1、NULL
MySQL能够在优化阶段分解查询语句，在执行阶段用不着再访问表或索引
2、system
表只有一行记录（等于系统表），这是const类型的特列，平时不大会出现，可以忽略
3、const
表示通过索引一次就找到了，
const用于比较primary key或unique索引，因为只匹配一行数据，所以很快，如主键置于where列表中，MySQL就能将该查询转换为一个常量（todo，不理解）
MySQL常量表的含义为：
1、表中没有数据，或者只有一行数据（system类表）
2、经where语句中的限制条件（"column=常数"格式的表达式）筛选后只有一行数据；这表明，在column列上存在索引，索引列可能是一个主键列，或者是唯一键的列（constant表）
满足这2个条件之一的，就是常量表。
4、eq_ref
唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配，常见于主键或唯一索引扫描
5、ref
非唯一性索引扫描，返回匹配某个单独值的所有行
本质上也是一种索引访问，返回所有匹配某个单独值的行
然而可能会找到多个符合条件的行，属于查找和扫描的混合体
6、ref_or_null
类似ref，但是可以搜索值为NULL的行
7、index_merge (todo)
表示使用了索引合并的优化方法
Using intersect(...)
Using union(...)
Using sort_union(...)
8、range
只检索给定范围的行，使用一个索引来选择行，
key列显示使用了哪个索引一般就是在你的where语句中出现between、<>、in等的查询。
9、index
Full index Scan，Index与All区别：index只遍历索引树，通常比All快
索引全表扫描，把索引从头到尾扫一遍，常见于使用索引列就可以处理不需要读取数据文件的查询、可以使用索引排序或者分组的查询
10、ALL
Full Table Scan，将遍历全表以找到匹配行
全表扫描数据文件，然后再在server层进行过滤返回符合要求的记录。
key字段
显示了查询真正使用到的索引，select_type为index_merge时，这里可能出现两个以上的索引，其他的select_type这里只会出现一个。
如果该索引没有出现在possible_keys列中，那么MySQL选用它是出于另外的原因，比如选择了一个覆盖索引。
possible_keys揭示了哪一个索引能有助于高效地行查找，key显示了优化采用哪一个索引可以最小化查询成本。
key_len字段
用于处理查询的索引长度，如果是单列索引，那就整个索引长度算进去，如果是多列索引，那么查询不一定都能使用到所有的列，具体使用到了多少个列的索引，这里就会计算进去，没有使用到的列，这里不会计算进去。留意下这个列的值，算一下你的多列索引总长度就知道有没有使用到所有的列了。要注意，mysql的ICP特性使用到的索引不会计入其中。另外，key_len只计算where条件用到的索引长度，而排序和分组就算用到了索引，也不会计算到key_len中。
ref字段
如果是使用的常数等值查询，这里会显示const，如果是连接查询，被驱动表的执行计划这里会显示驱动表的关联字段，如果是条件使用了表达式或者函数，或者条件列发生了内部隐式转换，这里可能显示为func
Extra字段
1、Using filesort
说明MySQL会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取MySQL中无法利用索引完成的排序操作称为"文件排序"
2、Using temporary
使用了临时表保存中间结果，MySQL在对结果排序时使用临时表，常见于排序order by和分组查询group by
3、Using index
表示相应的select操作中使用了覆盖索引（Covering Index）,避免访问了表的数据行
如果同时出现using where，表明索引被用来执行索引键值的查找
如果没有同时出现using where，表明索引用来读取数据而非执行查找动作
4、Using where
表示存储引擎返回的记录并不是所有的都满足查询条件，需要在server层进行过滤。查询条件中分为限制条件和检查条件，5.6之前，存储引擎只能根据限制条件扫描数据并返回，然后server层根据检查条件进行过滤再返回真正符合查询的数据。5.6.x之后支持ICP特性，可以把检查条件也下推到存储引擎层，不符合检查条件和限制条件的数据，直接不读取，这样就大大减少了存储引擎扫描的记录数
5、Using index condition
