MySQL慢查询日志需在服务端配置：先通过SHOW VARIABLES确认状态，再修改phpEnv的my.ini（如C:phpEnvMySQLmy.ini），在[mysqld]下添加slow_query_log=ON、slow_query_log_file=C:/phpEnv/MySQL/slow-query.log、long_query_time=1等参数，确保目录对SYSTEM账户可写，最后重启MySQL服务。
phpEnv 是 Windows 下的集成环境套件，它打包了 Apache、PHP 和 MySQL（通常是 MariaDB 或 MySQL 社区版），但默认不开启 MySQL 慢查询日志，也不会自动配置日志路径或权限。你不能靠改 PHP 的 php.ini 或写几行 PHP 代码就启用慢查询——这完全是 MySQL 服务端行为。
怎么确认 phpEnv 中的 MySQL 是否已开慢查询日志
直接连上 phpEnv 自带的 MySQL（通常用 mysql -u root -p，密码为空或为 root），执行：
SHOW VARIABLES LIKE 'slow_query_log';<br>SHOW VARIABLES LIKE 'long_query_time';<br>SHOW VARIABLES LIKE 'slow_query_log_file';
如果 slow_query_log 返回 OFF，说明没开；slow_query_log_file 路径可能是空的、指向不存在的目录，或落在 C:phpEnvMySQLdata 这类受限路径下——Windows 下 MySQL 服务账户（常为 SYSTEM 或 LocalSystem）未必有写权限。
在 phpEnv 中永久开启慢查询日志（修改 my.ini）
phpEnv 的 MySQL 配置文件是 C:phpEnvMySQLmy.ini（路径以你实际安装为准）。编辑它，在 [mysqld] 段末尾追加：
立即学习“PHP免费学习笔记（深入）”；
slow_query_log = ON<br>slow_query_log_file = C:/phpEnv/MySQL/slow-query.log<br>long_query_time = 1<br>log_queries_not_using_indexes = OFF
-
slow_query_log_file必须用正斜杠/或双反斜杠\，单反斜杠会解析失败 - 确保
C:phpEnvMySQL目录对 MySQL 服务进程可写（右键文件夹 → 属性 → 安全 → 编辑权限，添加SYSTEM的“写入”权限） - 不要设
long_query_time = 0，MySQL 5.7+ 不支持该值；0.5可用，但会显著增加日志量 - 改完必须重启 phpEnv 的 MySQL 服务（通过 phpEnv 控制面板或 Windows 服务管理器）
PHP 中安全读取慢查询日志的实操方式
别用 fopen('C:/phpEnv/MySQL/slow-query.log') —— 文件可能被 MySQL 轮转 rename，也可能因权限被拒绝而静默失败。正确做法是调用 mysqldumpslow（phpEnv 自带）：
$output = shell_exec('C:/phpEnv/MySQL/bin/mysqldumpslow.exe -s t -t 5 "C:/phpEnv/MySQL/slow-query.log" 2>&1');<br>if (strpos($output, 'Permission denied') !== false || empty(trim($output))) {<br> error_log('Failed to read slow log: ' . $output);<br>}
- 路径必须用双引号包裹，尤其含空格或中文时
- 务必加
2>&1，否则权限错误、文件不存在等都会返回空字符串，你以为没慢 SQL，其实根本没读成 - phpEnv 的
mysqldumpslow.exe位置固定在MySQLin下，别用系统 PATH 里的旧版本
为什么改了 my.ini 还看不到日志？常见断点
最常卡在这几个地方：
- MySQL 服务没重启：phpEnv 控制面板里点“重启 MySQL”，不是只刷新页面
- 日志路径父目录无写权限：Windows 下
SYSTEM账户默认不能往C:根目录写，必须明确授权到C:phpEnvMySQL - 日志文件被占用：用资源监视器查
slow-query.log是否被其他进程（如记事本、VS Code）锁定 -
long_query_time单位是秒，且不包含等于（即设为1，只记录 >1s 的语句）；用SELECT SLEEP(1.1)测试才可靠
慢查询日志本身不解决性能问题，它只暴露问题。真正卡点往往在日志里那条 Rows_examined 上万却只返回几行的 SQL——这时候该看 EXPLAIN，而不是继续调日志参数。
