共计 4285 个字符，预计需要花费 11 分钟才能阅读完成。
本篇内容介绍了“MySQL Explain 的作用是什么”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让丸趣 TV 小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
Explain 有什么用
当 Explain 与 SQL 语句一起使用时，MySQL 会显示来自优化器关于 SQL 执行的信息。也就是说，MySQL 解释了它将如何处理该语句，包括如何连接表以及什么顺序连接表等。
表的加载顺序
sql 的查询类型
可能用到哪些索引，哪些索引又被实际使用
表与表之间的引用关系
一个表中有多少行被优化器查询
…..
Explain 有哪些信息
Explain 执行计划包含字段信息如下：分别是 id、select_type、table、partitions、type、possible_keys、key、key_len、ref、rows、filtered、Extra12 个字段。
Explain 执行计划详解一、id
id：：表示查询中执行 select 子句或者操作表的顺序，id 的值越大，代表优先级越高，越先执行。id 大致会出现 3 种情况：
1、id 相同
看到三条记录的 id 都相同，可以理解成这三个表为一组，具有同样的优先级，执行顺序由上而下，具体顺序由优化器决定。
2、id 不同
如果我们的 SQL 中存在子查询，那么 id 的序号会递增，id 值越大优先级越高，越先被执行。当三个表依次嵌套，发现最里层的子查询 id 最大，最先执行。
3、以上两种同时存在
将上边的 SQL 稍微修改一下，增加一个子查询，发现 id 的以上两种同时存在。相同 id 划分为一组，这样就有三个组，同组的从上往下顺序执行，不同组 id 值越大，优先级越高，越先执行。
二、select_type
select_type：表示 select 查询的类型，主要是用于区分各种复杂的查询，例如：普通查询、联合查询、子查询等。
1、SIMPLE
SIMPLE：表示最简单的 select 查询语句，也就是在查询中不包含子查询或者 union 交并差集等操作。
2、PRIMARY
PRIMARY：当查询语句中包含任何复杂的子部分，最外层查询则被标记为 PRIMARY。
3、SUBQUERY
SUBQUERY：当 select 或 where 列表中包含了子查询，该子查询被标记为：SUBQUERY。
4、DERIVED
DERIVED：表示包含在 from 子句中的子查询的 select，在我们的 from 列表中包含的子查询会被标记为 derived。
5、UNION
UNION：如果 union 后边又出现的 select 语句，则会被标记为 union；若 union 包含在 from 子句的子查询中，外层 select 将被标记为 derived。
6、UNION RESULT
UNION RESULT：代表从 union 的临时表中读取数据，而 table 列的 union1,4 表示用第一个和第四个 select 的结果进行 union 操作。
三、table
查询的表名，并不一定是真实存在的表，有别名显示别名，也可能为临时表，例如上边的 DERIVED、union1,4 等。
四、partitions
查询时匹配到的分区信息，对于非分区表值为 NULL，当查询的是分区表时，partitions 显示分区表命中的分区情况。
五、type
type：查询使用了何种类型，它在 SQL 优化中是一个非常重要的指标，以下性能从好到坏依次是：system const eq_ref ref ref_or_null index_merge unique_subquery index_subquery range index ALL
1、system
system：当表仅有一行记录时(系统表)，数据量很少，往往不需要进行磁盘 IO，速度非常快。
2、const
const：表示查询时命中 primary key 主键或者 unique 唯一索引，或者被连接的部分是一个常量 (const) 值。这类扫描效率极高，返回数据量少，速度非常快。
3、eq_ref
eq_ref：查询时命中主键 primary key 或者 unique key 索引，type 就是 eq_ref。
4、ref
ref：区别于 eq_ref，ref 表示使用非唯一性索引，会找到很多个符合条件的行。
5、ref_or_null
ref_or_null：这种连接类型类似于 ref，区别在于 MySQL 会额外搜索包含 NULL 值的行。
6、index_merge
index_merge：使用了索引合并优化方法，查询使用了两个以上的索引。
7、unique_subquery
unique_subquery：替换下面的 IN 子查询，子查询返回不重复的集合。
value IN (SELECT primary_key FROM single_table WHERE some_expr)8、index_subquery
index_subquery：区别于 unique_subquery，用于非唯一索引，可以返回重复值。
value IN (SELECT key_column FROM single_table WHERE some_expr)9、range
range：使用索引选择行，仅检索给定范围内的行。简单点说就是针对一个有索引的字段，给定范围检索数据。在 where 语句中使用 bettween…and、、、=、in 等条件查询 type 都是 range。
只有对设置了索引的字段，做范围检索 type 才是 range。10、index
index：Index 与 ALL 其实都是读全表，区别在于 index 是遍历索引树读取，而 ALL 是从硬盘中读取。
11、ALL
ALL：将遍历全表以找到匹配的行，性能最差。
六、possible_keys
possible_keys：表示在 MySQL 中通过哪些索引，能让我们在表中找到想要的记录，一旦查询涉及到的某个字段上存在索引，则索引将被列出，但这个索引并不定一会是最终查询数据时所被用到的索引。具体请参考上边的例子。
七、key
key：区别于 possible_keys，key 是查询中实际使用到的索引，若没有使用索引，显示为 NULL。具体请参考上边的例子。
当 type 为 index_merge 时，可能会显示多个索引。
八、key_len
key_len：表示查询用到的索引长度（字节数），原则上长度越短越好。
单列索引，那么需要将整个索引长度算进去；
多列索引，不是所有列都能用到，需要计算查询中实际用到的列。
注意：key_len 只计算 where 条件中用到的索引长度，而排序和分组即便是用到了索引，也不会计算到 key_len 中。
九、ref
ref：常见的有：const，func，null，字段名。
当使用常量等值查询，显示 const，
当关联查询时，会显示相应关联表的关联字段
如果查询条件使用了表达式、函数，或者条件列发生内部隐式转换，可能显示为 func
其他情况 null
十、rows
rows：以表的统计信息和索引使用情况，估算要找到我们所需的记录，需要读取的行数。
这是评估 SQL 性能的一个比较重要的数据，mysql 需要扫描的行数，很直观的显示 SQL 性能的好坏，一般情况下 rows 值越小越好。
十一、filtered
filtered 这个是一个百分比的值，表里符合条件的记录数的百分比。简单点说，这个字段表示存储引擎返回的数据在经过过滤后，剩下满足条件的记录数量的比例。
在 MySQL.5.7 版本以前想要显示 filtered 需要使用 explain extended 命令。MySQL.5.7 后，默认 explain 直接显示 partitions 和 filtered 的信息。
十二、Extra
Extra：不适合在其他列中显示的信息，Explain 中的很多额外的信息会在 Extra 字段显示。
1、Using index
Using index：我们在相应的 select 操作中使用了覆盖索引，通俗一点讲就是查询的列被索引覆盖，使用到覆盖索引查询速度会非常快，SQl 优化中理想的状态。
什么又是覆盖索引?
一条 SQL 只需要通过索引就可以返回，我们所需要查询的数据（一个或几个字段），而不必通过二级索引，查到主键之后再通过主键查询整行数据（select *）。
注意：想要使用到覆盖索引，我们在 select 时只取出需要的字段，不可 select *，而且该字段建了索引。
2、Using where
Using where：查询时未找到可用的索引，进而通过 where 条件过滤获取所需数据，但要注意的是并不是所有带 where 语句的查询都会显示 Using where。
3、Using temporary
Using temporary：表示查询后结果需要使用临时表来存储，一般在排序或者分组查询时用到。
4、Using filesort
Using filesort：表示无法利用索引完成的排序操作，也就是 ORDER BY 的字段没有索引，通常这样的 SQL 都是需要优化的。
如果 ORDER BY 字段有索引就会用到覆盖索引，相比执行速度快很多。
5、Using join buffer
Using join buffer：在我们联表查询的时候，如果表的连接条件没有用到索引，需要有一个连接缓冲区来存储中间结果。
6、Impossible where
Impossible where：表示在我们用不太正确的 where 语句，导致没有符合条件的行。
7、No tables used
No tables used：我们的查询语句中没有 FROM 子句，或者有 FROM DUAL 子句。
Extra 列的信息非常非常多，这里就不再一一列举了，详见 MySQL 官方文档：https://dev.mysql.com/doc/ref…
总结
重点看的几列：
possible_keys：可能可以利用的索引的名字。这里的索引名字是创建索引时指定的索引昵称；如果索引没有昵称，则默认显示的是索引中第一个列的名字（在本例中，它是“firstname”）。默认索引名字的含义往往不是很明显。
key：它显示了 MySQL 实际使用的索引的名字。如果它为空（或 NULL），则 MySQL 不使用索引。
key_len：索引中被使用部分的长度，以字节计
ref：列出是通过常量（const），还是某个表的某个字段（如果是 join）来过滤（通过 key）
的；
rows：MySQL 所认为的它在找到正确的结果之前必须扫描的记录数。显然，这里最理想的数字就是 1。
“MySQL Explain 的作用是什么”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注丸趣 TV 网站，丸趣 TV 小编将为大家输出更多高质量的实用文章！
