你会看 MySQL 的执行计划（EXPLAIN）吗？
SQL 执行太慢怎么办？我们通常会使用 EXPLAIN 命令来查看 SQL 的执行计划，然后根据执行计划找出问题所在并进行优化。
用法简介
EXPLAIN 的用法很简单，只需要在你的 SQL 前面加上 EXPLAIN 即可。例如：
PS：insert、update、delete 同样可以通过 explain 查看执行计划，不过通常我们更关心 select 的执行情况
你会看到如下输出：
执行计划结果字段说明如下表：
因此，我们需要知道每个字段代表什么指标；什么样的取值是我们想要的，什么样是需要优化的；最后还要知道如何优化成我们想要的值。
字段详解
id
标识符。查询操作的序列号。通常都是正整数，但当有 UNION 操作时，该值可以为 NULL。
id 相同
id 不同
id 包含 NULL
id 为 NULL 时，table 列值为 < unionM，n > 格式，表示该行为 id 为 m 和 n 联合的结果
id 顺序的规则：如果 id 相同，执行顺序由上到下；如果不同，执行顺序由大到小。
select_type
SELECT 类型，常见的取值如下表：
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）来做更细致的分析。还可以通过各种参数，来分解每个环节的执行情况。
今天的内容就到这里，有哪些想要了解的可以留言告诉我。
