用法简介

EXPLAIN 的用法很简单，只需要在你的 SQL 前面加上 EXPLAIN 即可。例如：

PS：insert、update、delete 同样可以通过 explain 查看执行计划，不过通常我们更关心 select 的执行情况

你会看到如下输出：

执行计划结果字段说明如下表：

 

EXPLAIN 的用法非常简单，看一眼就会。但是要根据输出结果找到问题并解决，就没那么容易了。就好比操作拍 CT 的机器可能相对简单，但要从 CT 成像中看出问题并给出治疗方案就需要丰富的知识和大量的临床经验了。

因此，我们需要知道每个字段代表什么指标；什么样的取值是我们想要的，什么样是需要优化的；最后还要知道如何优化成我们想要的值。

字段详解

id

标识符。查询操作的序列号。通常都是正整数，但当有 UNION 操作时，该值可以为 NULL。

id 相同

id 不同

id 包含 NULL

id 为 NULL 时，table 列值为 < unionM，n > 格式，表示该行为 id 为 m 和 n 联合的结果

id 顺序的规则：如果 id 相同，执行顺序由上到下；如果不同，执行顺序由大到小。

select_type

SELECT 类型，常见的取值如下表：

 

UNION 或者子查询 MySQL 会自动产生临时表。派生表可以简单理解为具有别名的临时表。生成临时表的这个动作称为物化（水变成蒸汽叫汽化）

临时表通常在内存里，当其 size 超过一定范围会被存入磁盘

type

连接字段为主键或者唯一索引，此类型通常出现于多表的join查询，表示对于前表的每一个结果，都对应后表的唯一一条结果。并且查询的比较是=操作，查询效率比较高。

 

还有一种 NULL 的情况，比如 select min(id) from t1，但 MySQL 官方没有提及这种情况，所以我们不在此讨论

性能从优到劣依次为：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

优化原则：最好做到 const，至少做到 ref，避免 ALL

ref

查询中用来和索引比较的类型，如：id = 1，值为 const；如果是联合查询或者子查询则为关联的字段；如果使用了函数，则为 func。

Extra

Extra 用来存放一些附加信息，通常用来配合 type 的输出来做 SQL 优化。

扩展

desc

desc 与 explain 作用相同，可以互相代替，后面的例子中均使用 desc 来查看执行计划。

format

explain/desc 还支持一些参数，format 顾名思义，是用来格式化输出结果的。它包括两种格式化方式：tree 和 json。

比如：

输出格式如下：

 

执行计划结果以树形结构展示，可以清晰的看出语句之间的嵌套关系，还有基本的执行成本（cost）。

使用 json 方式：

输出结构为一个 JSON 结构：

简介表中的 JSON Name 指的就是这里 JSON 结果的 key

json 格式会展示出更加详细的信息，可以看到执行成本划分的更加细致了，方便定位到慢 SQL 的问题具体出现在哪个环节。

analyze

除了 format 以外，explain/desc 还可以使用 analyze 参数：

输出结果：

可以看出，analyze 的输出结果是基于 format = tree 的

上面执行计划中（format = json/tree）的执行成本（cost）都是估值，而 analyze 中的执行成本是真实值。actual time 代表对应 SQL 执行的真实时间，单位为毫秒。

最后

执行计划的结果中，我们最关心的是 type，它能够最直接的反映出 SQL 执行效率处在什么级别。然后再结合其他字段（例如 Extra）来做更细致的分析。还可以通过各种参数，来分解每个环节的执行情况。

今天的内容就到这里，有哪些想要了解的可以留言告诉我。