最近在看mysql 优化，可以用Explain 关键字来查看select sql 的执行计划。

mysql> explain select * from users;
+----+-------------+---------+------+---------------+------+---------+------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+---------+------+---------------+------+---------+------+------+-------+
| 1 | SIMPLE | users| ALL | NULL | NULL | NULL | NULL | 1 | NULL |
+----+-------------+---------+------+---------------+------+---------+------+------+-------+
row in set (0.03 sec)

id：根据官方的文档，ID是每一个SELECT查询才会有分配的，如果这样就好理解了

你的1, 2虽然跨表，但是是在一个SELECT中，所以id相同也就不奇怪，3包含了一个子查询，所以ID也就不同了
这个ID绝对不是执行顺序，执行顺序由SQL引擎来决定，这里的ID只是一个解析顺序，单纯的理解SQL为由内向外执行是非常错误的

selectType:标识每个select子句的类型

SIMPLE：简单的select，不使用union或子查询等
PRIMARY：查询中若包含任何复杂的子部分，最外层的select会被标记为PRIMARY
UNION：UNION中的第二个或后面的select
DEPENDENT UNION：union中的第二个或后面的select，取决于外面的查询
UNION RESULT：union的结果
SUBQUERY：子查询中的第一个SELECT
DEPENDENT SUBQUERY：子查询的第一个select，取决于外面的查询
DERIVED：派生表的select，form子句的子查询
UNCACHEABLE SUBQUERY：子查询的结果不能被缓存，必须重新评估外链接的第一行

table：显示证一行数据是来源于哪张表的，不知道表名字的会用derivedx（x是数字）

type：访问类型，mysql在表中找到所需行的方式

All：mysql将遍历全表来找匹配的行
index：只遍历索引树
range：只检索给定范围的行，使用索引来选择行
ref：表示表的链接匹配条件，即哪些列或常量被用于查找索引列上的值
eq_ref：类似ref，区别在于使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配，简单说，就是多表链接使用primary key或者unique key 作为关联条件
const、system：当mysql对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如where条件包括主键，mysql就将改查询转换为一个常量，system是const类型的特例，当查询的表只有一行的情况下，使用system
NULL：mysql在优化过程中分解语句，执行时甚至不用访问表或索引，例如从一个索引列选取可以通过单独索引查找完成

type从上到下，性能从差到好

possible_keys ：mysql使用哪个索引在表中找到记录，查询涉及到的字段若存在索引，则该索引将被列出，但不一定被查询使用。如果该列为NULL，则没有相关的索引。

key：显示mysql实际使用的索引

如果为NULL，则没有使用索引

key_len：索引中使用的字节数，长度越短越好

ref：表的连接匹配条件，即哪些列或常量被用于索引列上的值

rows：mysql根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数

Extra：

Using where：列数据仅仅使用了索引中的信息而没有读取实际的行动的表返回，这发生在对表的请求列都是同一个索引的部分的时候，标识mysql服务器将在存储引擎检索行后在进行过滤
Using temporary：mysql需要使用临时表来存储结果集，常见于排序和分组查询
Using filesort：mysql无法利用索引完成的排序操作，文件排序
Using join buffer：在获取链接条件时，没有使用索引，并且需要链接缓冲区来存储中间结果。如果出现了这个值，可根据查询的具体情况来添加索引改进性能
Impossible where：where语句会导致没有符合条件的行
Select tables optimized away：仅通过使用索引，优化器可能仅从聚合函数结果中返回一行

本文参考：https://www.cnblogs.com/xuanzhi201111/p/4175635.html

Explain详解