xampp下mysql慢查询日志需手动开启并正确配置：设slow_query_log=1、指定可写绝对路径的slow_query_log_file、调低long_query_time（如1秒），改my.ini后必须重启服务；验证用select sleep(2)触发，检查日志内容及权限、路径有效性。
XAMPP 下 MySQL 慢查询日志能开，但默认是关的；开了不等于能用，常见问题是日志文件没权限、路径不存在、long_query_time 设太高导致“明明很慢却没记录”。
确认 MySQL 是否支持并已启用 slow_log
直接连进 MySQL（比如 phpMyAdmin 或命令行），执行：
SHOW VARIABLES LIKE 'slow_query_log';
返回 OFF 就说明没开；返回 ON 也不代表一定在写日志——还得看 slow_query_log_file 路径是否可写、文件是否存在。
-
slow_query_log是开关，设为1或ON才生效 -
slow_query_log_file必须是绝对路径，且 MySQL 进程（通常是mysqld.exe）有写入权限（Windows 下常被杀毒软件或 UAC 拦住） - XAMPP 的配置文件是
D:\xampp\mysql\bin\my.ini（不是C:\Windows\my.ini），改错地方就白配 - 改完必须重启 MySQL 服务，仅 reload 不生效
my.ini 中 slow log 的关键配置项怎么写才有效
在 [mysqld] 段下添加或修改这几行（注意 Windows 路径用正斜杠或双反斜杠）：
slow_query_log = 1<br>slow_query_log_file = "D:/xampp/mysql/data/mysql-slow.log"<br>long_query_time = 1<br>log_queries_not_using_indexes = 0
说明：
XAMPP 8.0.30
下载
XAMPP 8.0.30 是一款免费、开源的跨平台 Web 服务器集成包，专为快速搭建本地 PHP 开发环境而设计。该版本核心组件包括：Apache 2.4.56、MySQL 8.0.33、PHP 8.0.30、phpMyAdmin 5.2.1 等。它支持 Windows、Linux 和 macOS 系统，可让开发者在个人电脑上轻松模拟服务器环境，无需复杂配置即可运行 WordPress、Thin
-
long_query_time = 1表示超过 1 秒就算慢——开发环境建议设低点，否则简单JOIN都可能漏掉 -
log_queries_not_using_indexes = 1会把没走索引的查询全记下来，数据量大时日志爆炸，调试阶段可先关掉 - 路径中不能用中文、空格、特殊符号；如果路径目录不存在（比如
data目录下没提前建好mysql-slow.log文件），MySQL 启动会失败或静默丢弃日志 - XAMPP 5.6+ 版本开始，
log_slow_queries已废弃，只认slow_query_log
验证 slow log 是否真在记录
别等业务跑出慢 SQL 再看——手动触发一条：
SELECT SLEEP(2), 'test' AS dummy;
然后检查日志文件内容。打开 mysql-slow.log，正常应看到类似：
# Time: 260421 23:15:02<br># User@Host: root[root] @ localhost []<br># Query_time: 2.000456 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 1<br>use test;<br>SELECT SLEEP(2), 'test' AS dummy;
如果没内容，排查顺序是：
- 确认 MySQL 进程是否真的读了你改的
my.ini（查SHOW VARIABLES LIKE 'config_file';） - 检查 Windows 事件查看器里 MySQL 是否报“无法创建日志文件”类错误
- 临时把
slow_query_log_file改成C:/temp/slow.log测试权限问题 - 执行
FLUSH LOGS;强制 MySQL 切换日志文件，有时能暴露写入失败
分析 slow log 日志本身很原始，别硬啃
Windows 下 XAMPP 自带的 MySQL 没有 mysqldumpslow 工具，直接打开 .log 文件只能看到原始文本，看不出统计趋势。
- 最轻量办法：用 VS Code 或 Notepad++ 打开日志，按
Query_time:排序，挑最大的几条重点看 - 想聚合统计（比如“哪个表被查得最多”“哪类语句平均耗时最高”），得导出到 Linux 环境用
mysqldumpslow -s t /path/to/slow.log - 注意日志里
Rows_examined和Rows_sent差距极大时，大概率是没走对索引，或者用了LIKE '%xxx'类全表扫描 - 日志时间戳是本地时间，不是 UTC，和系统时钟一致；如果发现时间乱跳，可能是 MySQL 启动时系统时间被同步过
真正卡住人的往往不是怎么开日志，而是开了之后发现日志里全是 SELECT * FROM user WHERE id = ? 这种看起来没问题的语句——这时候得结合 EXPLAIN 看执行计划，而不是只盯着日志本身。
