mysql 5.6+ 应使用 slow_query_log 等新参数而非已废弃的 log_slow_queries;xampp 推荐直接修改 my.ini 配置并重启服务,配合 select sleep(2) 和 slow_queries 状态及日志文件三重验证生效,再用 mysqldumpslow 分析。

确认 MySQL 版本再配参数,别用 log_slow_queries
XAMPP 自带的 MySQL 通常是 5.6 或更高版本(近年新版 XAMPP 多为 8.0),而 log_slow_queries 是 5.6 以前的老参数,在 5.6+ 上直接执行 SET GLOBAL log_slow_queries = ON 会报错 Error 1193: Unknown system variable 'log_slow_queries'。必须改用新参数名:
-
slow_query_log:开关,值为ON或OFF -
slow_query_log_file:日志文件路径,需确保 MySQL 进程对该路径有写权限(Windows 下常见问题:路径含空格或写入到C:Program Files等受保护目录) -
long_query_time:阈值,支持小数,比如设为0.2表示超过 200ms 就记
Windows 下推荐配置方式:改 my.ini 而非临时 SET
XAMPP 的 MySQL 配置文件默认是 C:
mppmysqlinmy.ini(不是 my.cnf)。直接编辑它比用 SQL 命令更可靠——因为 SET GLOBAL 设置在服务重启后失效,而 XAMPP 控制面板重启 MySQL 时不会保留会话级变量。
在 [mysqld] 段落下添加这几行:
slow_query_log = ON slow_query_log_file = C:/xampp/mysql/data/mysql-slow.log long_query_time = 1 log_queries_not_using_indexes = OFF
注意路径斜杠方向:Windows 下用正斜杠 / 或双反斜杠 \,单反斜杠 可能被误解析;目录必须存在且可写,比如 data 目录通常已有 MySQL 写权限,而桌面路径往往不行。
验证是否真生效,光看 show variables 不够
只查 show variables like '%slow%' 只能确认参数值,不能证明日志正在写入。要真正验证,得三步一起看:
- 执行
SELECT SLEEP(2);(确保超了long_query_time) - 立刻查
show global status like 'Slow_queries';—— 数值应 +1 - 去
slow_query_log_file指定路径下打开日志文件,确认末尾新增了类似这样的内容:# Time: 2026-04-22T00:35:12.123456Z<br># User@Host: root[root] @ localhost [] Id: 3<br># Query_time: 2.000234 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 1<br>use `test`;<br>SELECT SLEEP(2);
如果日志文件为空但 Slow_queries 计数涨了,说明 log_output 被设成了 TABLE(极少见),此时慢查询其实写进了 mysql.slow_log 表,需查表而非文件。
分析日志别手动翻,用 mysqldumpslow
日志文件大了之后靠眼睛扫效率低,XAMPP 自带的 mysqldumpslow(位于 C:
mppmysqlin)就是干这个的。常用命令:
-
mysqldumpslow -s t -t 10 C:/xampp/mysql/data/mysql-slow.log:按总耗时排序,取前 10 条最慢的 -
mysqldumpslow -g "SELECT.*FROM users" C:/xampp/mysql/data/mysql-slow.log:过滤含指定模式的慢 SQL
注意路径必须用正斜杠或双反斜杠,否则 Windows 下 mysqldumpslow 会报“can't open”;另外该工具是 Perl 脚本,XAMPP 一般已自带 Perl 运行环境,无需额外安装。
真正容易被忽略的是:慢查询日志本身会持续写入,文件不自动轮转。跑几天后可能达几百 MB,既占磁盘又拖慢分析速度。上线前记得加个定时任务或脚本定期归档压缩,或者用 logrotate(Linux)或 Windows Task Scheduler 配合 move + gzip 处理。











