Explain命令详解，我读小学的侄儿都能看懂

原创已于 2023-02-06 17:21:23 修改 · 1k 阅读

7 ·

CC 4.0 BY-SA版权

文章标签：

#数据库 #mysql #sql #经验分享

于 2023-01-15 19:19:06 首次发布

Java 面试同时被 2 个专栏收录

12 篇文章

订阅专栏

SQL

2 篇文章

订阅专栏

Explain是MySQL中用于分析SQL查询执行计划的工具，它可以帮助开发者了解查询如何执行，包括表的读取顺序、数据读取操作类型、索引使用情况等。通过id、select_type、table、type等列，可以深入理解查询的执行策略。例如，const表示常量查询，eq_ref表示主键或唯一键关联，而ALL则表示全表扫描。rows列显示预计扫描的行数，而Extra列提供如UsingIndex（覆盖索引）和UsingFilesort（未使用索引的排序）等额外信息。

😺 什么是Explain

使用 Explain 关键字可以模拟优化器执行SQL语句，分析你的查询语句或是结构的性能瓶颈。通过 Explain 可以知道表的读取顺序，数据读取操作的类型，哪些索引可以使用，哪些索引实际使用了，表之间的引用，每张表有多少行被优化器查询等信息。在 select 语句之前增加 explain 关键字，MySQL 会在查询上设置一个标记，执行查询会返回执行计划的信息
mysql 对 Explain 的官方文档描述

😺 Explain 面容

😈 😈 如何执行 Explain

EXPLAIN SELECT * FROM tb_article;

😈 😈 结果展示

在这里插入图片描述

😺 各字段详解

partitions 和 filtered 对于开发人员来说，分析的意义不大，暂且略掉

😈 😈 id列

id列的编号是select的序列号，有几个 select 就有几个id，并且id的顺序是按 select 出现的顺序增长的。
id列越大执行优先级越高
id相同则从上往下执行
id为NULL最后执行

😈 😈 select_type列

表示简单还是复杂的查询

1）simple：简单查询。说明没有子查询和union
2）primary：复杂查询中，最外层的select
3）subquery：包含在 select 中的子查询
4）derived：包含在 from 中的子查询

explain 
select 1⃣️
	( select 1  2⃣️
	  from tb_coffee 
	  where id = 1) 
from ( 3⃣️ select * from film where id = 1 ) t1 ;

通过SQL可以得到：

1为 primary
2为 subquery
3为 derived

😈 😈 table 列

这一列表示 explain 的一行正在访问哪个表

😈 😈 type列（非常关键的列！）

这一列表示访问类型，也就是mysql 查当前行底层是如何执行的
最优到最差排序：NULL > system > const > eq_ref > ref > range > index > ALL

🌈🌈🌈 NULL

虽然是 NULL ，但他是最🐮👃的，mysql 直接在优化阶段就能拿到值，压根儿都不需要访问表或者走索引

explain select max(id) from tb_article;

在这里插入图片描述

🌈🌈🌈 const：

顾名思义，就像查常量一样。可以理解为常量查询、结果集只有一条，查询效率非常高，比如说：主键索引，唯一索引等

🌈🌈🌈 system：

首先他的优先级是比 const 还要高的。他算作const的一种特例。从一张表去查询，而且这张表只有一条记录。

🌈🌈🌈 eq_ref：

简单理解就是通过主键关联或唯一键关联，我只会查询一条记录，效率也是非常高的

🌈🌈🌈 ref：

不使用唯一索引，而是使用普通索引或者是联合索引的前缀查询出来的结果集，有多个行记录

🌈🌈🌈 range：

效率还可以，相当于也是用到了索引查找，但是他查的是一个范围。但是对于结果集太大，效率也不是太高，所以建议做分页这些操作

🌈🌈🌈 Index：

Index 表示【全索引扫描】。扫的是二级索引（非主键索引）

🌈🌈🌈 ALL：
地球人都知道吧，ALL，全表扫描。扫的是聚簇索引所以的叶子节点，也就是data 数据，叶子节点

😈 😈 possible_keys列

人话讲：可能会用到的索引！

😈 😈 key 列

mysql 真正执行的时候用到的索引

🌈🌈🌈 为什么有时候possible_keys列有值，但是keys为NULL

索引选择他内部有些成本计算的，有可能他分析的情况下会用到索引，但真正计算的时候不走索引还快一点。就类似于：我用全表扫描，效率可能还高一点

😈 😈 key_len列

这一列显示了mysql在索引里使用的字节数，通过这个值可以算出具体使用了索引中的哪些列。
比如说我创建了一个联合索引 idx_name_age（'name'、'age'）那么通过key_len就可以知道我这个联合索引是只用了name一个索引还是age这两个索引都用上了，这样就有利于我们对于索引是否命中可进行具体分析

😈 😈 ref 列

就是索引关联查询的这个字段，表示查找值所用到的列或者常量，常见有：const（常量）、字段名

😈 😈 rows列

这一列是mysql估计要读取并检测的行数，注意这个不是结果集里的行数。这个行数只能作为一个参考值，并不是扫描多的就比行数扫描少的效率低。
举个例子：有可能走索引他会扫描4万多行，不走索引全表扫描9万多行，但实际mysql底层不一定会选走索引的，他有一套自己的计算规则（cost 计算成本），有可能你走索引还需要回表啥的，还更慢！所以 rows 列的数据只能作为参考