一、EXPLAIN语句的作用
在客户端执行MySQL的操作语句，会依次经过MySQL客户端连接管理、语法解析与优化（查询缓存、语法解析、查询优化）、存储引擎层。其中查询优化器在基于成本和规则对查询语句进行优化，并且在优化后会生成一个执行计划。MySQL提供了EXPLAIN语句来查看查询语句经过查询优化器优化后的执行计划。
二、EXPLAIN语句的属性含义及作用
EXPLAIN语句包含如下属性列：
| 属性名 | 说明 |
|---|---|
| id | 每个SELECT对应的唯一id |
| select_type | 每个SELECT对应的查询类型 |
| table | 表名称 |
| paritions | 分区信息 |
| type | 单表的访问方法 |
| possible_keys | 可能使用到的索引 |
| key | 实际使用的索引 |
| key_len | 实际使用到的索引长度 |
| ref | |
| rows | 预计要读取到的记录数量 |
| filtered | |
| Extra | 额外的一些信息 |
1、id
在查询语句（经过查询优化器优化后的查询语句）中可能会包含多个SELECT语句，每个select语句都会对应一个唯一的id。并且查询计划会为每个表生成一个记录，但是这些记录的id可能存在相同的情况。
（1）简单的SELECT语句
explain select id,name from source_learn where data_type = 'oracle';
（2）包含子查询的SELECT语句
EXPLAIN select * from table_test_learn as test where test.source_id in (select source_learn.id from source_learn where source_learn.data_type = 'oracle');
可以看到这个子查询语句生成的执行计划中包含两条记录，这两条的分别对应表table_test_learn和表source_learn。这个查询语句包含了两个SELECT查询语句为什么id值是相同的呢？这里的id相同表示着：通过查询优化器对查询语句的优化，将子查询语句转变成了连接查询语句。
2、select_type
在一个查询语句中可能包含多个小的查询语句，在MySQL中每个小的查询语句都包含select_type属性，通过该属性的取值，我们可以判断出这个小的查询语句在整个查询语句中扮演着一个什么样的角色。该属性的取值如下：
| 取值 | 说明 |
|---|---|
| SIMPLE | 没有UNION或查询优化器优化后不包含子查询的语句 |
| PRIMARY | 包含联合查询或查询优化器优化后包含子查询的，第一条记录的select_type的取值就是PRIMARY |
| UNION | 查询语句包含联合查询，除了第一个记录外，其余记录的select_type的取值是UNION |
| UNION RESULT | 对于UNION操作产生的临时表的select_type的取值为UNION RESULT |
| SUBQUERY | 对于非相关子查询的记录的select_type的取值为SUBQUERY |
| DEPENDENT SUBQUERY | 对于相关子查询的记录的select_type的取值为DEPENDENT SUBQUERY |
| DEPENDENT UNION | |
| DERIVED | |
| MATERIALIZED | 对于包含子查询的语句，存在需要将子查询物化后再参与连接查询，此时的select_type的取值为MATERIALIZED |
（1）SIMPLE
下面展示了内连接查询语句的执行计划，在查询语句中不包含UNION和子查询，因此两条记录的select_type的取值都是SIMPLE。
EXPLAIN select * from source_learn inner join source_learn_param on source_learn.id = source_learn_param.source_id;
（2）PRIMARY、UNION、UNION RESULT
下面展示了查询语句中使用UNION关键字，其中语句最左边的是PRIMARY，其余的查询是UNION，UNION RESULT表示的是对于UNION的语句处理使用了临时表进行了去重处理。
EXPLAIN select data_type from source_learn UNION select data_type from source_learn_param;
下面展示了查询语句中使用了UNION ALL关键字执行计划详情
UNION ALL不会进行去重处理，因此没有产生临时表。
EXPLAIN select data_type from source_learn UNION ALL select data_type from source_learn_param;
（5）SUBQUERY
下面展示了查询语句在字段中使用了子查询操作，在左边的查询语句的的select_type为PRIMARY。剩下的一个查询语句查询优化器并为对其优化成连接查询的形式，并且改查询语句为非相关子查询，因此select_type为SUBQUERY。
EXPLAIN select source_learn.data_type, (select DISTINCT(source_id) from source_learn_param where source_learn_param.id = 1) as key_source_id from source_learn;
（6）DEPENDENT SUBQUERY
下面展示的是相关子查询查询计划记录的select_type的取值为DEPENDENT SUBQUERY。
- where条件后面的相关子查询语句
EXPLAIN select source_learn.data_type from source_learn where source_learn.id in (select source_id from table_test_learn) or source_learn.data_type = "oracle";
- 字段为相关子查询的语句
EXPLAIN select source_learn.data_type, (select DISTINCT(source_id) from source_learn_param where source_learn_param.data_type = source_learn.data_type) as key_source_id from source_learn;
（7）DEPENDENT UNION
在存在UNION的查询语句中如果各个子查询语句间存在依赖关系，者除了第一个记录的select_type为PRIMARY，其他的子查询语句记录中的select_type为DEPENDENT UNION
EXPLAIN select * from source_learn where id in (select source_id from source_learn_param where data_type = "oracle" UNION select id from source_learn where name='oracle_source')
（8）DERIVED
（9）MATERIALIZED
下面的查询语句展示了表table_test_learn子查询物化后参与连接查询。
EXPLAIN (select data_type from source_learn where source_learn.id in (select source_id from table_test_learn)) UNION ALL select data_type from source_learn_param;
3、table
无论我们写的SQL语句有多复杂，最终都会对单个表进行查询操作，查询计划会为每个表生成一条记录，记录中的table列就表示表的名字。
4、paritions
这个属性是有关分区表的相关查询操作，还未遇到过占不讨论，遇到了再做补充。
