共计 3230 个字符，预计需要花费 9 分钟才能阅读完成。
前言
只有光头才能变强
刷面试题的时候，不知道你们有没有见过 MySQL 这两个命令：explain 和 profile(反正我就见过了)..
之前虽然知道这两个命令大概什么意思，但一直没有去做笔记。今天发现自己的 TODO LIST 有这么两个命令，于是打算来学习一番，记录一下~
使用的 MySQL 的版本为 5.6.38
一、explain 命令
1.1 体验 explain 命令
首先我们来体验一下 explain 命令是怎么使用的，以及输出的结果是什么：
explain select * from table_user ;
输出结果：
发现很使用起来很简单，只要 explain 后边跟着 SQL 语句就完事了 (MySQL5.6 之前的版本，只允许解释 SELECT 语句，从 MySQL5.6 开始，非 SELECT 语句也可以被解释了)。
1.2 为什么需要 explain 命令
我们很多时候编写完一条 SQL 语句，往往想知道这条 SQL 语句执行是否高效。或者说，我们建立好的索引在这条 SQL 语句中是否使用到了，就可以使用 explain 命令来分析一下！
简单来说：通过 explain 命令我们可以学习到该条 SQL 是如何执行的，随后解析 explain 的结果可以帮助我们使用更好的索引，最终来优化它！
通过 explain 命令我们可以知道以下信息：表的读取顺序，数据读取操作的类型，哪些索引可以使用，哪些索引实际使用了，表之间的引用，每张表有多少行被优化器查询等信息。
// 好了，我们下面看一下 explain 出来的结果是怎么看的。
1.3 读懂 explain 命令结果
explain 命令输出的结果有 10 列：id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra
1.3.1id
包含一组数字，表示查询中执行 SELECT 子句或操作表的顺序。
在 id 列上也会有几种情况：
如果 id 相同执行顺序由上至下。
如果 id 不相同，id 的序号会递增，id 值越大优先级越高，越先被执行。
(一般有子查询的 SQL 语句 id 就会不同)
1.3.2select_type
表示 select 查询的类型
select_type 属性下有好几种类型：
SIMPLLE：简单查询，该查询不包含 UNION 或子查询
PRIMARY：如果查询包含 UNION 或子查询，则最外层的查询被标识为 PRIMARY
UNION：表示此查询是 UNION 中的第二个或者随后的查询
DEPENDENT：UNION 满足 UNION 中的第二个或者随后的查询，其次取决于外面的查询
UNION RESULT：UNION 的结果
SUBQUERY：子查询中的第一个 select 语句 (该子查询不在 from 子句中)
DEPENDENT SUBQUERY：子查询中的 第一个 select，同时取决于外面的查询
DERIVED：包含在 from 子句中子查询 (也称为派生表)
UNCACHEABLE SUBQUERY：满足是子查询中的第一个 select 语句，同时意味着 select 中的某些特性阻止结果被缓存于一个 Item_cache 中
UNCACHEABLE UNION：满足此查询是 UNION 中的第二个或者随后的查询，同时意味着 select 中的某些特性阻止结果被缓存于一个 Item_cache 中
类型有点多啊，我加粗的是最常见的，起码要看得懂加粗的部分。
1.3.3table
该列显示了对应行正在访问哪个表 (有别名就显示别名)。
当 from 子句中有子查询时，table 列是 <derivenN> 格式，表示当前查询依赖 id=N 的查询，于是先执行 id=N 的查询
1.3.4type
该列称为关联类型或者访问类型，它指明了 MySQL 决定如何查找表中符合条件的行，同时是我们判断查询是否高效的重要依据。
以下为常见的取值
ALL：全表扫描，这个类型是性能最差的查询之一。通常来说，我们的查询不应该出现 ALL 类型，因为这样的查询，在数据量最大的情况下，对数据库的性能是巨大的灾难。
index：全索引扫描，和 ALL 类型类似，只不过 ALL 类型是全表扫描，而 index 类型是扫描全部的索引，主要优点是避免了排序，但是开销仍然非常大。如果在 Extra 列看到 Using index，说明正在使用覆盖索引，只扫描索引的数据，它比按索引次序全表扫描的开销要少很多。
range：范围扫描，就是一个有限制的索引扫描，它开始于索引里的某一点，返回匹配这个值域的行。这个类型通常出现在 =、<>、>、>=、<、<=、IS NULL、<=>、BETWEEN、IN() 的操作中，key 列显示使用了哪个索引，当 type 为该值时，则输出的 ref 列为 NULL，并且 key_len 列是此次查询中使用到的索引最长的那个。
ref：一种索引访问，也称索引查找，它返回所有匹配某个单个值的行。此类型通常出现在多表的 join 查询, 针对于非唯一或非主键索引, 或者是使用了最左前缀规则索引的查询。
eq_ref：使用这种索引查找，最多只返回一条符合条件的记录。在使用唯一性索引或主键查找时会出现该值，非常高效。
const、system：该表至多有一个匹配行，在查询开始时读取，或者该表是系统表，只有一行匹配。其中 const 用于在和 primary key 或 unique 索引中有固定值比较的情形。
NULL：在执行阶段不需要访问表。
1.3.5possible_keys
这一列显示查询可能使用哪些索引来查找
1.3.6key
这一列显示 MySQL 实际决定使用的索引。如果没有选择索引，键是 NULL。
1.3.7key_len
这一列显示了在索引里使用的字节数，当 key 列的值为 NULL 时，则该列也是 NULL
1.3.8ref
这一列显示了哪些字段或者常量被用来和 key 配合从表中查询记录出来。
1.3.9rows
这一列显示了估计要找到所需的行而要读取的行数，这个值是个估计值，原则上值越小越好。
1.3.10extra
其他的信息
常见的取值如下：
Using index：使用覆盖索引，表示查询索引就可查到所需数据，不用扫描表数据文件，往往说明性能不错。
Using Where：在存储引擎检索行后再进行过滤，使用了 where 从句来限制哪些行将与下一张表匹配或者是返回给用户。
Using temporary：在查询结果排序时会使用一个临时表，一般出现于排序、分组和多表 join 的情况，查询效率不高，建议优化。
Using filesort：对结果使用一个外部索引排序，而不是按索引次序从表里读取行，一般有出现该值，都建议优化去掉，因为这样的查询 CPU 资源消耗大。
最后
原本以为 Explain 命令是比较难学的，但查找资料看下来，之前只是不知道具体的列和列中下的属性是什么意思而已。常见出现的其实也就那么几个，感觉对着每个属性多看一会，还是可以能看懂的。
当然了，在《高性能 MySQL》中也有复杂的 SQL 语句来分析 (但我认为我们一般不会写到那么复杂)..
这篇文章也借鉴了很多其他优秀的博客，如果大家有兴趣的话可以去阅读一下：
EXPLAIN 命令详解：
https://www.cnblogs.com/gomysql/p/3720123.html
MySQL Explain 命令详解：
http://mrzhouxiaofei.com/2018/04/06/MySQL%20Explain%20%E5%91%BD%E4%BB%A4%E8%AF%A6%E8%A7%A3/
mysql 系列_explain 执行计划：
https://zhuanlan.zhihu.com/p/34222512
MySQL explain 详解
https://www.cnblogs.com/butterfly100/archive/2018/01/15/8287569.html
如果你觉得我写得还不错，了解一下：
坚持原创的技术公众号：Java3y。回复 1 加入 Java 交流群
文章的目录导航 (精美脑图 + 海量视频资源)：
https://github.com/ZhongFuCheng3y/3y
