列名 含义
    id 该SELECT标识符 说明：SQL执行的顺序的标识,SQL从大到小的执行
    1. id相同时，执行顺序由上至下
    2. 如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
    3.id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行
    select_type 该SELECT类型 说明：查询中每个select子句的类型
    (1) SIMPLE: 简单SELECT,不使用UNION或子查询； 有连接查询时，外层的查询为simple，且只有一个
    (2) PRIMARY: 一个需要union操作或者含有子查询的select，位于最外层的单位查询的select_type即为primary。且只有一个
    (3) UNION : UNION中的第二个或后面的SELECT语句 union连接的两个select查询，第一个查询是dervied派生表，除了第一个表外，第二个以后的表select_type都是union 若第二个SELECT出现在UNION之后，则被标记为UNION：若UNION包含在FROM子句的子查询中，外层SELECT将被标记为：DERIVED (4)DEPENDENT UNION :与union一样，出现在union 或union all语句中，但是这个查询要受到外部查询的影响
    (5) UNION RESULT :包含union的结果集，在union和union all语句中,因为它不需要参与查询，所以id字段为null
    (6) SUBQUERY :除了from字句中包含的子查询外，其他地方出现的子查询都可能是subquery
    (7) DEPENDENT SUBQUERY :子查询中的第一个SELECT，取决于外面的查询 与dependent union类似，表示这个subquery的查询要受到外部表查询的影响
    (8) DERIVED :from字句中出现的子查询，也叫做派生表，其他数据库中可能叫做内联视图或嵌套select
    (9) UNCACHEABLE SUBQUERY :一个子查询的结果不能被缓存，必须重新评估外链接的第一行
    table 输出行表 说明：显示这一行的数据是关于哪张表的，如果查询使用了别名，那么这里显示的是别名 ,如果不涉及对数据表的操作，那么这显示为null,如果显示为尖括号括起来的就表示这个是临时表，后边的N就是执行计划中的id，表示结果来自于这个查询产生。如果是尖括号括起来的，与类似，也是一个临时表，表示这个结果来自于union查询的id为M,N的结果集
    partitions 匹配的分区 explain partitions：相比 explain 多了个 partitions 字段，如果查询是基于分区表的话，会显示查询将访问的分区
    type 联接类型 说明：不同连接类型的解释（按照效率由高->低的顺序排序）,除了all之外，其他的type都可以使用到索引，除了index_merge之外，其他的type只可以用到一个索引，一般来说，得保证查询至少达到range级别，最好能达到ref
    NULL: MySQL在优化过程中分解语句，执行时甚至不用访问表或索引，例如从一个索引列里选取最小值可以通过单独索引查找完成。
    possible_keys 可能的索引选择 指出MySQL能使用哪个索引在表中找到记录，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用
    该列完全独立于EXPLAIN输出所示的表的次序。这意味着在possible_keys中的某些键实际上不能按生成的表次序使用。
    如果该列是NULL，则没有相关的索引。在这种情况下，可以通过检查WHERE子句看是否它引用某些列或适合索引的列来提高你的查询性能。如果是这样，创造一个适当的索引并且再次用EXPLAIN检查查询
    key 实际选择的索引 key列显示MySQL实际决定使用的键（索引） select_type为index_merge时，这里可能出现两个以上的索引，其他的select_type这里只会出现一个
    如果没有选择索引，键是NULL。要想强制MySQL使用或忽视possible_keys列中的索引，在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。
    key_len 所选键的长度 表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度（key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的）
    用于处理查询的索引长度，如果是单列索引，那就整个索引长度算进去，如果是多列索引，那么查询不一定都能使用到所有的列，具体使用到了多少个列的索引，这里就会计算进去，没有使用到的列，这里不会计算进去。留意下这个列的值，算一下你的多列索引总长度就知道有没有使用到所有的列了。要注意，mysql的ICP特性使用到的索引不会计入其中。另外，key_len只计算where条件用到的索引长度，而排序和分组就算用到了索引，也不会计算到key_len中。
    不损失精确性的情况下，长度越短越好
    ref 与索引比较的列 表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值 如果是使用的常数等值查询，这里会显示const，如果是连接查询，被驱动表的执行计划这里会显示驱动表的关联字段，如果是条件使用了表达式或者函数，或者条件列发生了内部隐式转换，这里可能显示为func
    rows 估计要检查的行 表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数 这里是执行计划中估算的扫描行数，不是精确值
    filtered 按表条件过滤的行百分比 使用explain extended时会出现这个列，5.7之后的版本默认就有这个字段，不需要使用explain extended了。这个字段表示存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例，注意是百分比，不是具体记录数。
    Extra 附加信息 说明：extra列返回的描述的意义 该列包含MySQL解决查询的详细信息,有以下几种情况：