id： ：表示查询中执行select子句或者操作表的顺序，id的值越大，代表优先级越高，越先执行。 id大致会出现 3种情况
select_type：表示 select 查询的类型，主要是用于区分各种复杂的查询，例如：普通查询、联合查询、子查询等。
SIMPLE：表示最简单的 select 查询语句，也就是在查询中不包含子查询或者 union交并差集等操作。
PRIMARY：当查询语句中包含任何复杂的子部分，最外层查询则被标记为PRIMARY。
SUBQUERY：当 select 或 where 列表中包含了子查询，该子查询被标记为：SUBQUERY 。
DERIVED：表示包含在from子句中的子查询的select，在我们的 from 列表中包含的子查询会被标记为derived 。
UNION：如果union后边又出现的select 语句，则会被标记为union；若 union 包含在from 子句的子查询中，外层 select 将被标记为 derived。
UNION RESULT：代表从union的临时表中读取数据，而table列的<union1,4>表示用第一个和第四个select的结果进行union操作。
查询的表名，并不一定是真实存在的表，有别名显示别名，也可能为临时表。
查询时匹配到的分区信息，对于非分区表值为NULL，当查询的是分区表时，partitions显示分区表命中的分区情况。
type：查询使用了何种类型，它在 SQL优化中是一个非常重要的指标，以下性能从好到坏依次是：system > const > eq_ref > ref > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
system： 当表仅有一行记录时(系统表)，数据量很少，往往不需要进行磁盘IO，速度非常快。
const：表示查询时命中 primary key 主键或者 unique 唯一索引，或者被连接的部分是一个常量(const)值。这类扫描效率极高，返回数据量少，速度非常快。
eq_ref：查询时命中主键primary key 或者 unique key索引， type 就是 eq_ref。
ref：区别于eq_ref ，ref表示使用非唯一性索引，会找到很多个符合条件的行。
ref_or_null：这种连接类型类似于 ref，区别在于 MySQL会额外搜索包含NULL值的行。
index_merge：使用了索引合并优化方法，查询使用了两个以上的索引。
unique_subquery：替换下面的 IN子查询，子查询返回不重复的集合。
index_subquery：区别于unique_subquery，用于非唯一索引，可以返回重复值。
range：使用索引选择行，仅检索给定范围内的行。简单点说就是针对一个有索引的字段，给定范围检索数据。在where语句中使用 bettween...and、<、>、<=、in 等条件查询 type 都是 range。
index：Index 与ALL 其实都是读全表，区别在于index是遍历索引树读取，而ALL是从硬盘中读取。
ALL：将遍历全表以找到匹配的行，性能最差。
possible_keys：表示在MySQL中通过哪些索引，能让我们在表中找到想要的记录，一旦查询涉及到的某个字段上存在索引，则索引将被列出，但这个索引并不定一会是最终查询数据时所被用到的索引。具体请参考上边的例子。
key：区别于possible_keys，key是查询中实际使用到的索引，若没有使用索引，显示为NULL。
key_len：表示查询用到的索引长度（字节数），原则上长度越短越好 。
ref：常见的有：const，func，null，字段名。
const，关联字段表达式、函数，或者条件列发生内部隐式转换，可能显示为funcnullrows：以表的统计信息和索引使用情况，估算要找到我们所需的记录，需要读取的行数。
原文：https://www.cnblogs.com/KL2016/p/14873547.html