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 处理。
