MySQL性能调优，这个工具最有用（中）

发布时间：2025-11-05 05:30:04 来源：创站工坊 作者：数据库

之前的优个用中文章《​​MySQL性能调优，这个工具最有用（上）​​》详细叙述了explain结果中最重要的工具type字段（连接类型）的含义。

其实，优个用中explain结果中还有一个Extra字段，工具对分析与优化SQL有很大的优个用中帮助，今天花1分钟简单和大家聊一聊。工具

数据准备：

create table user (

id int primary key,优个用中

name varchar(20),

sex varchar(5),

index(name)

)engine=innodb;

insert into user values(1, shenjian,no);

insert into user values(2, zhangsan,no);

insert into user values(3, lisi, yes);

数据说明：

实验目的优个用中：

通过构造各类SQL语句，对explain的工具Extra字段进行说明，启发式定位待优化低性能SQL语句。优个用中

实验语句：

结果说明：

Extra为Using where说明，优个用中SQL使用了where条件过滤数据。工具

需要注意的优个用中是：

画外音：join type在《上》中有详细叙述，本文不再展开。

本例虽然Extra字段说明使用了where条件过滤，但type属性是服务器托管ALL，表示需要扫描全部数据，仍有优化空间。

常见的优化方法为，在where过滤属性上添加索引。

画外音：本例中，sex字段区分度不高，添加索引对性能提升有限。

实验语句：

结果说明：

Extra为Using index说明，SQL所需要返回的所有列数据均在一棵索引树上，而无需访问实际的行记录。

画外音：The column information is retrieved from the table using only information in the index tree without having to do an additional seek to read the actual row.

这类SQL语句往往性能较好。

问题来了，什么样的列数据，会包含在索引树上呢？

实验语句：

explain select id,name,sex from user

画外音：该SQL语句与上一个SQL语句不同的地方在于，被查询的列，多了一个sex字段。

结果说明：

Extra为Using index condition说明，确实命中了索引，但不是所有的列数据都在索引树上，还需要访问实际的行记录。

画外音：聚集索引，b2b信息网普通索引的底层实现差异，之前撰文过。

这类SQL语句性能也较高，但不如Using index。

问题来了，如何优化为Using index呢？

实验语句：

结果说明：

Extra为Using filesort说明，得到所需结果集，需要对所有记录进行文件排序。

这类SQL语句性能极差，需要进行优化。

典型的，在一个没有建立索引的列上进行了order by，就会触发filesort，常见的优化方案是，在order by的列上添加索引，避免每次查询都全量排序。

实验语句：

结果说明：

Extra是Using temporary说明，需要建立临时表(temporary table)来暂存中间结果。

这类SQL语句性能较低，往往也需要进行优化。

典型的，group by和order by同时存在，且作用于不同的云服务器字段时，就会建立临时表，以便计算出最终的结果集。

实验语句：

结果说明：

Extra为Using join buffer (Block Nested Loop)说明，需要进行嵌套循环计算。

画外音：内层和外层的type均为ALL，rows均为4，需要循环进行4*4次计算。

这类SQL语句性能往往也较低，需要进行优化。

典型的，两个关联表join，关联字段均未建立索引，就会出现这种情况。常见的优化方案是，在关联字段上添加索引，避免每次嵌套循环计算。

结尾：

explain是SQL优化中最常用的工具，搞定type和Extra，explain也就基本搞定了。​

相关文章