MySQL是怎样运行的——第十五章

这一章主要是对EXPLAIN的详解。
先简单看看怎么用EXPLAIN吧：

下面再来看看每个列大概是什么意思：

还是用到以前的旧表：

CREATE TABLE single_table (
	id INT NOT NULL AUTO_INCREMENT,
	key1 VARCHAR(100),
	key2 INT,
	key3 VARCHAR(100),
	key_part1 VARCHAR(100),
	key_part2 VARCHAR(100),
	key_part3 VARCHAR(100),
	common_field VARCHAR(100),
	PRIMARY KEY (id),
	KEY idx_key1 (key1),
	UNIQUE KEY uk_key2 (key2),
	KEY idx_key3 (key3),
	KEY idx_key_part(key_part1, key_part2, key_part3)
) Engine=InnoDB CHARSET=utf8;

下面开始详细地解释各个列

15.1

这一节开始详细解释各个列。解释的顺序和查询时在结果中出现的顺序有些许出入。

table

无论sql多复杂，最后都要回归到对一个一个表的单表访问上去。所以MySQL设计者规定：EXPLAIN语句输出的每条记录都对应着某个单表的访问方法，该条记录的table列代表该表的表名。

举个连接查询的例子

select * from s1 inner join s2;

果然，显示了两条记录，对应两次单表访问

id

查询语句中每出现一个select关键字，设计MySQL的大叔就会为它分配一个唯一的id值，这个id值就是EXPLAIN语句输出的第一列。
以上面的连接查询为例，虽然有两条记录，但是两条记录的id值都是1。说明他们来自于一个select。出现在前面的表表示驱动表，出现在后面的表表示被驱动表。

对于包含子查询的查询语句来说，可能包含多个select关键字。所以包含子查询的查询语句计划中，每个select关键字都会对应一个唯一的id值

如图，有子查询的情况下，就有多个select，每条记录的id不一样。

当然，也不是有子查询，每行记录的id就一定不一样。因为查询优化器可能把子查询转化为连接查询。

而对于包含union的查询语句来说，还会多一条记录，如图

union子句会对s1 s2查询出来的结果进行去重，为了去重，就需要新建一个中间表。id为null证明这个临时表是为了合并两个查询的结果集而创建的。

与union相比，union all 就不需要对最终的结果集进行去重。它只是简单地把多个查询结果集中的记录合并成一个并返回给用户，所以也就不需要使用临时表。如图

select_type

我们可以通过每条记录的select_type来判断这个小查询在大的查询语句中扮演一个怎样的角色。首先可以看一下select_type都能取哪些值：