MySQL 5.7如何开启慢查询日志_修改slow_query_log配置文件-mysql教程-PHP中文网

最稳的开启慢查询日志方式是修改my.cnf：必须在[mysqld]段下同时配置slow_query_log=1、slow_query_log_file=/var/log/mysql/mysql-slow.log（绝对路径且mysql用户有写权限）、long_query_time=1.0，并重启服务后用select @@slow_query_log等验证，再检查日志文件是否真实生成。

mysql 5.7如何开启慢查询日志_修改slow_query_log配置文件

直接改 my.cnf 是最稳的开启方式，但只写 slow_query_log = ON 不够——必须同时配 slow_query_log_file 绝对路径，否则日志根本不会生成。

确认 MySQL 实际加载的配置文件位置

别凭经验猜路径。执行：

mysql --help | grep "Default options"

输出类似 Default options are read from the following files in the given order: /etc/my.cnf /etc/mysql/my.cnf ...，按顺序检查第一个存在的文件。宝塔用户常见路径是 /www/server/mysql/etc/my.cnf；Docker 容器里可能是 /etc/mysql/conf.d/mysql.cnf。

常见坑：

改了 /etc/my.cnf，但 MySQL 实际读的是 /etc/mysql/my.cnf，白配
配置文件里有多个 [mysqld] 段落，参数必须写在第一个有效的 [mysqld] 下

在 [mysqld] 段落中正确填写三项关键参数

编辑确认好的配置文件，在 [mysqld] 下添加（或修正）这三行：

slow_query_log = 1
slow_query_log_file = /var/log/mysql/mysql-slow.log
long_query_time = 1.0

注意细节：

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

slow_query_log 必须是数字 1 或 0，不能写 ON / OFF（配置文件不识别字符串）
slow_query_log_file 必须是绝对路径，且 MySQL 进程用户（通常是 mysql）对该路径所在目录有写权限；/tmp 或 NFS 挂载点慎用
long_query_time = 1.0 表示 1 秒，MySQL 5.7.21+ 才真正支持小数精度；旧版本设 0.1 会退化为 0，导致日志爆炸

重启后必须验证日志是否真在写入

重启不是终点，静默失败很常见。执行：

sudo systemctl restart mysql
mysql -e "SELECT @@slow_query_log, @@slow_query_log_file, @@long_query_time;"

再检查日志文件：

ls -l /var/log/mysql/mysql-slow.log
tail -n 1 /var/log/mysql/mysql-slow.log

如果文件不存在、大小为 0 或报 No such file，说明：

路径权限不对（chown mysql:mysql /var/log/mysql 或改目录）
log_output 被意外设成 TABLE 或 NONE（查 SHOW VARIABLES LIKE 'log_output';，应为 FILE）
只点了“重载配置”没真正重启（宝塔面板尤其容易犯）

别忽略日志轮转和磁盘空间

MySQL 不管日志大小，也不自动压缩。一个活跃业务跑一周，mysql-slow.log 很可能超 20 GB。临时补救可手动切分：

mv /var/log/mysql/mysql-slow.log /var/log/mysql/mysql-slow.log.$(date +%Y%m%d)
mysql -e "FLUSH LOGS;"

长期要用 logrotate 配置自动归档，否则某天磁盘写满，MySQL 直接挂掉——这个故障点，90% 的人上线前根本没想过。