如何正确配置MySQL 8.0的慢查询日志以监控生产瓶颈？-mysql教程-PHP中文网

确认 slow_query_log 是否已启用最可靠方式是执行 show variables like 'slow_query_log'; 返回 on 才算真正开启，若为 off 则日志未启用，后续分析无效；同时需检查 long_query_time 和 slow_query_log_file 路径权限。

如何正确配置mysql 8.0的慢查询日志以监控生产瓶颈？

确认 slow_query_log 是否已启用

直接查变量比猜更可靠：SHOW VARIABLES LIKE 'slow_query_log';。如果返回 OFF，说明日志根本没开，后续所有分析都无从谈起。别依赖“应该开了”这种判断——很多线上库压根没配过，或者配置了但没重启生效。

顺手一起检查：SHOW VARIABLES LIKE 'long_query_time';。MySQL 8.0 默认是 10 秒，对多数业务来说太宽松。电商接口超时通常在 1–2 秒，设成 10 就等于基本不记录；建议先设为 2，上线后根据日志量再调低到 0.5 或 1。

临时开启（会话级无效，必须用 GLOBAL）：SET GLOBAL slow_query_log = ON;
但仅执行这句不够——slow_query_log_file 和 long_query_time 必须同步设，否则可能写到默认路径（如 hostname-slow.log），而你根本不知道它在哪
注意：SET GLOBAL 修改不持久，MySQL 重启就恢复。生产环境务必写进 my.cnf

配置文件里必须写的三项参数

my.cnf 的 [mysqld] 段里，只写这三行就够用，多余参数反而增加维护负担：

[mysqld]
slow_query_log = ON
long_query_time = 1
slow_query_log_file = /var/log/mysql/slow.log

关键点：

slow_query_log_file 路径要 MySQL 进程有写权限，常见坑是目录不存在或属主不是 mysql 用户。用 sudo -u mysql touch /var/log/mysql/slow.log 测试写入权
别加 log_output = FILE,TABLE。写表（mysql.slow_log）会额外消耗连接和锁资源，且日志表默认关闭，还得手动 CREATE TABLE，纯属给自己埋雷
log_queries_not_using_indexes 先别开。它会把全表扫描的查询全记下来，哪怕只查 10 行也记——日志爆炸式增长，掩盖真正耗时的慢查询

日志内容怎么看才不被误导

一条典型日志开头像这样：

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

# Time: 2026-06-12T07:22:15.123456Z
# User@Host: app[app] @ 10.1.2.3 []
# Query_time: 3.214567 Lock_time: 0.000123 Rows_sent: 1 Rows_examined: 98765

重点盯三个数，其他都是干扰项：

Query_time：真实执行耗时，超过 long_query_time 才会被记录——但它不包含网络传输、客户端解析时间，只是服务端执行阶段
Rows_examined：扫描行数。如果远大于 Rows_sent（比如 10 万扫出 1 行），基本就是缺索引或索引失效，比看 Query_time 更早暴露问题
Lock_time：锁等待时间。如果接近 Query_time，说明不是 SQL 本身慢，而是被别的事务堵住了，得去查 INFORMATION_SCHEMA.INNODB_TRX