MySQL的EXPLAIN用法

今天药忘吃喽~ 2023-10-14 21:35 24阅读 0赞

> 引言：在处理大量数据的情况下，优化查询语句的性能是至关重要的。为了帮助开发人员优化查询，MySQL提供了一个非常有用的工具，即EXPLAIN。EXPLAIN是MySQL用于分析查询语句执行计划的命令。通过分析查询语句的执行计划，开发人员可以了解到查询是如何被MySQL引擎处理的，可以发现查询语句的性能瓶颈，进而进行优化。

![image.png][]

![get_code_N2EwM2YzZjZhMDg5Mzk2NjU4NTlmODY3Zjk3ODJhODAsMTY5MjIzODA0MDg0Nw][]

> 一、EXPLAIN语法

EXPLAIN语句的基本语法如下：

sql复制代码EXPLAIN SELECT * FROM table_name WHERE condition;

其中，table\_name是查询的表名，condition是查询的条件。需要注意的是，EXPLAIN只能用于SELECT查询语句。我们来看一下EXPLAIN的输出结果。执行上述命令后，MySQL会返回一张表格，包含多个字段信息，如下所示：

![image.png][image.png 1]

![get_code_NTgyMzMwZTQ0ZDBjOGRkYzhlYjViZGJlYjJlZWRjNmIsMTY5MjIzODA0MDg0Nw][]

> 二、输出结果的含义

执行EXPLAIN语句后，MySQL会返回一组结果，每一行表示查询语句的执行计划中的一个步骤。以下是输出结果中的一些重要字段的含义：

1.  id：表示查询语句中的每个步骤的唯一标识符。
2.  select\_type：表示查询的类型，常见的类型包括SIMPLE、PRIMARY、UNION、SUBQUERY等。
3.  table：表示该步骤所涉及的表。
4.  partitions：表示该步骤所涉及的分区。
5.  type：表示访问表的方式，常见的类型包括ALL、index、range、ref、eq\_ref、const等。
6.  possible\_keys：表示可能被使用的索引。
7.  key：表示实际被使用的索引。
8.  key\_len：表示索引的长度。
9.  ref：表示连接条件使用的索引。
10. rows：表示在该步骤中需要扫描的行数目。
11. filtered：表示在该步骤中过滤掉的行数比例。
12. Extra：表示额外的信息，例如是否使用临时表、是否使用了文件排序等。

通过分析EXPLAIN的输出结果，我们可以判断查询语句的性能瓶颈所在，并进行相应的优化。以下是一些常见的优化技巧：

**使用合适的索引**：我们可以通过观察possible\_keys和key字段来判断是否使用了合适的索引。如果possible\_keys和key字段不同，说明查询语句可能需要优化索引的使用。

显示可能应用在这张表中的索引，一个或多个。

查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用.

![image.png][image.png 2]

![get_code_NGJjMjY1ZTNkZGM4NjFjNWQwYTNiODQ1MjQ4YThmZDAsMTY5MjIzODA0MDg0Nw][]

**减少全表扫描**：如果type字段为ALL，表示查询语句需要进行全表扫描，这是非常低效的操作。此时，可以尝试添加适当的索引来提高查询性能。

go复制代码type类型从快到慢：`system` > `const` > `eq_ref` > `ref` > `range` > `index` > `ALL`

**减少文件排序**：如果Extra字段中显示Using filesort，表示查询语句需要进行文件排序，这会消耗大量的计算资源。可以通过添加合适的索引或使用覆盖索引来避免文件排序。

**减少临时表的使用**：如果Extra字段中显示Using temporary，表示查询语句需要使用临时表来辅助计算，这会增加额外的开销。可以通过优化查询语句的逻辑或添加合适的索引来减少临时表的使用。

**优化连接操作**：如果type字段为index、range、ref、eq\_ref等，表示查询语句需要进行连接操作。可以通过添加合适的索引或优化连接条件来提高性能。

**其他参数**:除了基本的语法和输出结果，EXPLAIN还支持一些其他参数，用于进一步优化查询语句的性能。常见的参数包括：

vbnet复制代码format：用于指定输出格式，支持的格式包括traditional和json。默认值为traditional。
    extended：用于显示更详细的输出信息，包括扫描的行数、使用的索引类型等。默认值为OFF。
    analyze：用于在执行EXPLAIN之前自动执行ANALYZE TABLE语句。默认值为OFF。
    partitions：用于指定是否显示关于分区表的信息。默认值为OFF。

> 三、详细解读

## （1）关于type详解 ##

**system**

表中只有一行记录（系统表）。是const类型的一个特殊情况。（目前InnoDB已经没有，在MyISAM可以）。

**const**

表中最多只有一行匹配的记录。一般用在主键索引或者唯一键索引上的等值查询（如果是多字段索引，则需要全匹配）。

sql复制代码CREATE TABLE `user` (
      `id` int NOT NULL AUTO_INCREMENT,
      `name` varchar(32) NOT NULL,
      `email` varchar(32) NOT NULL,
      PRIMARY KEY (`id`),
      UNIQUE KEY `idx_email` (`email`),
      KEY `idx_name` (`name`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
    insert into user(name, email) values('tenmao', 'tenmao@example.com');
    explain select * from user where id=1;
    explain select * from user where email='tenmao@example.com';

**eq\_ref**

跨表join时，对于驱动表的每一行记录，被动表最多只会读取一行记录。跟单表查询不一样（system，const最快），在跨表查询中，eq\_ref是最好的。

**ref**

等值查询，但是可能匹配大于1行记录。比如普通的非唯一索引，或者联合主键和联合唯一索引的左前缀匹配（非全匹配）。

**ref\_or\_null**

与ref类似，但是条件中多了一个IS NULL判断。

**range**

范围查询，一般用在BETWEEN, LIKE, >, <等。

**index**

扫描整个索引，效率很低，仅仅因为辅助索引的空间比主键索引小，所以比ALL效率高一点。最常用的有SELECT COUNT(\*)。

**ALL**

全表扫描，这种情况就需要优化了。

**3.2.使用示例**

我们首先创建一个自定义注解 @ValidName，用于校验字符串是否为有效的名称。

## （2）select\_type详解 ##

**simple**

简单表，不使用union或者子查询，单表的select\_type，不使用union和子查询。

![image.png][image.png 3]

表连接查询的select\_type，不使用union和子查询。

![image.png][image.png 4]

**primary**

主查询，外层的查询。

![image.png][image.png 5]

**subquery**

select、where之后包含了子查询，在select语句中出现的子查询语句，结果不依赖于外部查询（不在from语句中）。

![image.png][image.png 6]

**dependent subquery**

指在select语句中出现的查询语句，结果依赖于外部查询。

![image.png][image.png 7]

**derived**

派生表。

![image.png][image.png 8]

**union**

union result：union关键字会将数据结果进行去重，会使用一个临时表，临时表的记录会被标记为union result。

![image.png][image.png 9]

**union all**

![image.png][image.png 10]

**dependent union**

![image.png][image.png 11]

> 四、总结

以上是关于MySQL的EXPLAIN用法的详细介绍。通过掌握EXPLAIN的语法和输出结果的含义，我们可以更好地理解和优化查询语句的执行计划，提高数据库的性能和效率。希望本文对你有所帮助！

[image.png]: https://img-blog.csdnimg.cn/img_convert/b3a0418d39f6ded5c4998ba436ab8429.png
[get_code_N2EwM2YzZjZhMDg5Mzk2NjU4NTlmODY3Zjk3ODJhODAsMTY5MjIzODA0MDg0Nw]: https://mp.toutiao.com/mp/agw/article_material/open_image/get?code=N2EwM2YzZjZhMDg5Mzk2NjU4NTlmODY3Zjk3ODJhODAsMTY5MjIzODA0MDg0Nw==
[image.png 1]: https://img-blog.csdnimg.cn/img_convert/8c2439a5665c250f3d82a2212eac9d09.png
[get_code_NTgyMzMwZTQ0ZDBjOGRkYzhlYjViZGJlYjJlZWRjNmIsMTY5MjIzODA0MDg0Nw]: https://mp.toutiao.com/mp/agw/article_material/open_image/get?code=NTgyMzMwZTQ0ZDBjOGRkYzhlYjViZGJlYjJlZWRjNmIsMTY5MjIzODA0MDg0Nw==
[image.png 2]: https://img-blog.csdnimg.cn/img_convert/4448b3550af45bbfe2940c36da9c36ab.png
[get_code_NGJjMjY1ZTNkZGM4NjFjNWQwYTNiODQ1MjQ4YThmZDAsMTY5MjIzODA0MDg0Nw]: https://mp.toutiao.com/mp/agw/article_material/open_image/get?code=NGJjMjY1ZTNkZGM4NjFjNWQwYTNiODQ1MjQ4YThmZDAsMTY5MjIzODA0MDg0Nw==
[image.png 3]: https://img-blog.csdnimg.cn/img_convert/2aaec1d6c29702136633bebb61200a7b.png
[image.png 4]: https://img-blog.csdnimg.cn/img_convert/ad787276097e0175c5850a6c37147198.png
[image.png 5]: https://img-blog.csdnimg.cn/img_convert/1dc588826075b820e6e2fa0663421f7b.png
[image.png 6]: https://img-blog.csdnimg.cn/img_convert/bba696a8368af35b54e6375228df21c3.png
[image.png 7]: https://img-blog.csdnimg.cn/img_convert/d4678d7b8c83281b5907c41975f19119.png
[image.png 8]: https://img-blog.csdnimg.cn/img_convert/9016f56bfb3109133e2200957e30a7fe.png
[image.png 9]: https://img-blog.csdnimg.cn/img_convert/b09958f625a13f88c3cca2550df0172b.png
[image.png 10]: https://img-blog.csdnimg.cn/img_convert/97b6279e98eb6151cd7f8b6d0e2c17cd.png
[image.png 11]: https://img-blog.csdnimg.cn/img_convert/48b306263b44c267fa717518b2e023fe.png