查询优化器对SQL语句进行优化了以后就会生成一个执行计划，这个计划展示了接下来执行查询的具体方式，例如连接的顺序、要用到的索引等。

1.执行计划各列解释

1.1 table

表示这个SQL查询语句包含了哪几张表，这个表可以是真实存在的表，也可以是临时物化表。

1.2 id

每有一个SELECT关键字就会有一个唯一的id值，相同id值代表同一个连接查询，前面的是驱动表，后面的是被驱动表。如果是子查询，则id不一样。

1.3 select_type

1.3.1 Simple

只要查询中不包含Union或子查询都算作Simple类型。

1.3.2 Primary

对于包含了Union/UnionAll或者子查询的查询语句来说，最左边那个查询的type就是Primary类型。

1.3.3 Union

Union/UnionAll，除了最左边那个查询语句，剩下的都是Union类型。

1.3.4 Derived

查询语句中包含物化派生表的查询方式。

1.4 type

type：表的访问方法或者访问类型。

     - system：表中只有一条记录，并且采用MyISAM引擎，统计数据是精确的，这样的访问方式就是system。
     - const：主键或者为唯一索引和常数进行匹配时，访问方式就是const。
     - eq_ref：连接查询时，被驱动表是通过主键或者非Null的唯一索引等值匹配。
     - ref：普通二级索引和常数进行匹配的查询方式。
     - ref_or_null：普通二级索引和常数进行匹配，且该二级索引可以是null的情况。
     - index_merge：索引合并的情况：Intersection交集合并、Union、Sort-Union合并的场景。
     - range：索引范围查询或者多个单点扫描区间的情况。
     - index：遍历整个索引的情况。
     - all：全表扫描。
1
2
3
4
5
6
7
8
9

1.5 possible_keys、key

possible_keys：可能用到的索引，但是并不是越多越好，越多代表执行计划计算量越大。
key：实际用到的索引。

1.6 key_len

索引的使用长度。对于定长的字段类型，无论存什么实际数据占用大小就是固定的。对于变长的字段要根据字符编码和存储最大长度再加上2字节的长度记录再加上是否能存null值的1个字节。

1.7 rows

扫描区间的预估记录数。

1.8 extra

额外信息：

     - No tables used：SQL语句中没有指定from子句就会提示。
     - Impossible where：如果查询语句中where恒为false时就会提示。
     - using index：使用到了覆盖索引。
1
2
3

2.JSON格式的执行计划

MySQL提供了一种直观的执行计划的成本明细记录，只需要在explain后面加上format=JSON即可。

3.Extented explain

使用explain执行计划后还可以通过show warnings语句来查询这个执行计划的扩展信息。