在MySQL数据库的日常运维中，性能问题往往是令人头疼的“拦路虎”。当业务量增长、查询语句愈发复杂时，那些执行效率低下的“慢查询”会悄悄拖垮整个系统的响应速度。而慢查询日志，正是我们定位和解决这类问题的“显微镜”。本文将从开启配置到日志分析，为你梳理一套完整的慢查询日志实战方案，帮你精准揪出性能瓶颈。

一、什么是慢查询日志？

慢查询日志是MySQL提供的一种日志功能，专门用于记录那些执行时间超过指定阈值的SQL语句。通过这份日志，我们可以清晰地了解哪些SQL语句执行效率低下、消耗了多少资源，从而为优化SQL、提升数据库性能提供核心依据。

需要注意的是，慢查询日志默认是关闭的，因为日志记录会带来轻微的性能开销，但相较于问题排查的价值，这种开销几乎可以忽略不计，尤其是在生产环境的非峰值时段或测试环境中，强烈建议开启。

二、慢查询日志的开启与配置

MySQL慢查询日志的配置方式主要有两种：临时配置（重启后失效）和永久配置（修改配置文件，永久生效）。我们将以Linux系统下的MySQL 8.0版本为例，详细介绍具体操作。

2.1 核心配置参数说明

在配置前，先明确几个关键的配置参数，这是理解配置逻辑的基础：

• slow_query_log：慢查询日志的开关，取值为ON（开启）或OFF（关闭）。

• slow_query_log_file：慢查询日志的存储路径及文件名，需确保MySQL进程对该路径有写入权限。

• long_query_time：慢查询的时间阈值，单位为秒（可精确到微秒，如1.5表示1.5秒），执行时间超过该值的SQL会被记录。

• log_queries_not_using_indexes：是否记录未使用索引的SQL语句，取值为ON或OFF。即使这类SQL执行时间未超过阈值，开启后也会被记录，有助于发现索引优化漏洞。

• log_output：日志输出方式，可选FILE（输出到文件）、TABLE（输出到数据库表mysql.slow_log）或两者皆选（FILE,TABLE）。

2.2 临时开启与配置（快速验证）

通过MySQL命令行登录数据库后，直接执行配置命令即可生效，适合快速测试场景。

1. 登录MySQL：
   mysql -u root -p

2. 查看当前慢查询配置：
   show variables like '%slow_query%'; show variables like 'long_query_time'; show variables like 'log_queries_not_using_indexes';执行后可看到各参数的当前值，默认情况下slow_query_log为OFF。

3. 开启慢查询日志并配置：
   -- 开启慢查询日志 set global slow_query_log = ON; -- 配置日志存储路径（需提前创建目录并授权，示例路径为/var/log/mysql/） set global slow_query_log_file = '/var/log/mysql/mysql-slow.log'; -- 设置慢查询阈值为2秒（执行时间>2秒的SQL会被记录） set global long_query_time = 2; -- 记录未使用索引的SQL语句 set global log_queries_not_using_indexes = ON; -- 配置日志输出到文件和表 set global log_output = 'FILE,TABLE';

4. 验证配置生效：
   注意：修改global级别的参数后，需重新登录MySQL才能查看最新值：exit; mysql -u root -p show variables like '%slow_query%'; show variables like 'long_query_time';若参数值与配置一致，则临时配置成功。

2.3 永久开启与配置（生产环境推荐）

临时配置会在MySQL重启后失效，生产环境需通过修改MySQL配置文件实现永久生效。MySQL的配置文件通常为my.cnf（Linux系统，路径可能为/etc/my.cnf、/etc/mysql/my.cnf等）或my.ini（Windows系统）。

1. 编辑配置文件：
   vim /etc/my.cnf

2. 添加或修改慢查询相关配置：
   在[mysqld]节点下添加以下内容：`[mysqld]

开启慢查询日志

slow_query_log = ON

慢查询日志路径（确保mysql用户有写入权限）

slow_query_log_file = /var/log/mysql/mysql-slow.log

慢查询阈值（单位：秒，支持小数，如1.2）

long_query_time = 2

记录未使用索引的SQL

log_queries_not_using_indexes = ON

日志输出方式（文件+表）

log_output = FILE,TABLE

可选：记录执行时间超过阈值的管理语句（如ALTER TABLE）

log_slow_admin_statements = ON

可选：记录从库上的慢查询

log_slow_slave_statements = ON`

3. 授权日志目录权限：
   若日志路径为新建目录，需授权MySQL用户访问：mkdir -p /var/log/mysql chown mysql:mysql /var/log/mysql -R chmod 755 /var/log/mysql -R

4. 重启MySQL服务使配置生效：
   `# 系统d服务（CentOS 7+/Ubuntu 16+）
   systemctl restart mysqld

传统service命令

service mysqld restart`

5. 验证配置：
   登录MySQL后执行查询命令，确认参数已生效，方法同临时配置的验证步骤。

三、慢查询日志的分析方法

开启慢查询日志后，数据库会自动记录符合条件的SQL语句。接下来的核心工作就是从日志中提取有效信息，定位需要优化的SQL。常见的分析方式有两种：直接查看日志文件和使用MySQL自带的分析工具。

3.1 直接查看慢查询日志文件

慢查询日志文件为文本格式，可通过cat、tail、grep等Linux命令直接查看。

1. 实时查看最新日志：
   tail -f /var/log/mysql/mysql-slow.log该命令可实时监控日志的新增内容，适合测试环境中即时观察慢查询。

2. 搜索包含特定表的慢查询：
   grep 'user_info' /var/log/mysql/mysql-slow.log可快速定位操作某张表的慢查询语句。

3. 查看日志中的核心信息：
   日志每条记录包含丰富的信息，核心字段解读如下：`# Time: 2024-05-20T10:30:15.123456+08:00 # 执行时间

User@Host: root[root] @ localhost [127.0.0.1] # 执行用户及主机

Query_time: 3.500000 Lock_time: 0.000100 Rows_sent: 100 Rows_examined: 10000 # 关键性能指标

SET timestamp=1716201015; # 时间戳
SELECT * FROM user_info WHERE age > 30 ORDER BY register_time; # 具体SQL语句`关键性能指标解读：Query_time：SQL执行时间，核心关注字段，对应long_query_time阈值。

4. Lock_time：SQL获取表锁或行锁的时间，过长说明锁竞争严重。

5. Rows_sent：返回给客户端的记录数。

6. Rows_examined：数据库扫描的记录数，若远大于Rows_sent，说明SQL效率极低（如未使用索引，全表扫描）。

3.2 使用MySQL自带工具mysqldumpslow

当慢查询日志文件较大时，直接查看效率低下。MySQL自带的mysqldumpslow工具可以对日志进行统计分析，提取高频慢查询、按执行时间排序等，极大提升分析效率。

1. 查看mysqldumpslow帮助信息：
   mysqldumpslow --help可查看所有支持的参数，核心参数包括：-s（排序方式）、-t（显示前N条）、-g（匹配关键字）等。

2. 常用分析命令示例：
   按执行时间排序，显示前10条慢查询：
   mysqldumpslow -s t -t 10 /var/log/mysql/mysql-slow.log其中-s t表示按Query_time排序（s后的参数：t=执行时间，l=锁时间，r=返回记录数，c=执行次数）。

3. 按执行次数排序，显示前10条高频慢查询：
   mysqldumpslow -s c -t 10 /var/log/mysql/mysql-slow.log高频慢查询往往是优化的重点，一次优化可解决多次性能问题。

4. 筛选包含特定SQL关键字的慢查询（如SELECT）：
   mysqldumpslow -g 'SELECT' /var/log/mysql/mysql-slow.log可结合grep命令进一步过滤，如筛选包含“user_info”表的SELECT语句：mysqldumpslow -g 'SELECT' /var/log/mysql/mysql-slow.log | grep 'user_info'

5. 将分析结果输出到文件，便于后续查看：
   mysqldumpslow -s t -t 20 /var/log/mysql/mysql-slow.log > /tmp/slow_query_analysis.txt

3.3 进阶分析：结合EXPLAIN优化SQL

通过慢查询日志定位到低效SQL后，下一步需要明确SQL的执行计划，找出优化点。MySQL的EXPLAIN命令可以模拟优化器执行SQL查询，展示SQL的执行细节，如是否使用索引、扫描方式、关联顺序等。

1. 使用EXPLAIN分析SQL：
   EXPLAIN SELECT * FROM user_info WHERE age > 30 ORDER BY register_time;

2. 核心关注字段：
   type：查询类型，反映查询效率，从优到差依次为：system > const > eq_ref > ref > range > index > ALL（全表扫描，需重点优化）。

3. key：实际使用的索引，若为NULL则表示未使用索引。

4. rows：优化器预估的扫描行数，行数越多，查询效率越低。

5. Extra：额外信息，如“Using filesort”（需优化排序方式）、“Using temporary”（需优化临时表使用）等，均为性能隐患。

四、慢查询日志管理与优化建议

4.1 日志管理技巧

• 控制日志大小：慢查询日志会持续增长，可通过配置log_rotate（日志轮转）工具定期切割日志，避免占用过多磁盘空间。

• 按需开启：生产环境峰值时段若担心日志记录影响性能，可临时关闭，非峰值时段再开启；或通过调整long_query_time阈值，只记录核心慢查询。

• 定期清理：结合业务需求，定期清理过期的慢查询日志，或备份到归档服务器。

4.2 常见慢查询优化方向

• 优化索引：针对未使用索引的SQL，建立合适的索引（如联合索引、覆盖索引）；删除冗余索引，避免索引维护开销。

• 优化SQL语句：避免使用SELECT *，只查询需要的字段；减少子查询，改用JOIN；优化ORDER BY、GROUP BY语句，避免filesort和temporary。

• 优化表结构：拆分大表（水平拆分或垂直拆分）；优化字段类型（如用INT代替VARCHAR存储数字）；增加冗余字段减少关联查询。

• 调整数据库参数：根据业务场景调整MySQL的缓存参数（如innodb_buffer_pool_size）、连接参数等，提升整体性能。

五、总结

慢查询日志是MySQL性能优化的“得力助手”，从开启配置到日志分析，再到SQL优化，形成了一套完整的性能调优闭环。在实际工作中，我们需结合业务场景合理配置慢查询参数，善用mysqldumpslow工具高效分析日志，并通过EXPLAIN命令精准定位优化点。只有持续关注慢查询，才能让数据库始终保持高效运行，为业务发展提供稳定支撑。

你在慢查询日志使用过程中遇到过哪些问题？欢迎在评论区分享你的实战经验！