最可靠方式是执行SELECT @@slow_query_log;，若返回0则未启用，即使配置文件写了slow_query_log = ON也无效，常见原因包括路径不可写、权限不符或MySQL 8.0+中该变量只读。
如何确认phpEnv中MySQL慢查询日志是否真正启用
直接查变量比翻配置文件更可靠——phpEnv 启动的 MySQL 实例可能加载了多个配置片段，my.cnf 里写了 slow_query_log = ON，但实际运行时仍可能是 OFF。
登录 MySQL 后执行：SELECT @@slow_query_log, @@long_query_time, @@slow_query_log_file;
若 @@slow_query_log 返回 0，说明日志根本没生效。常见原因包括：
- 配置文件被 phpEnv 的启动脚本覆盖（比如 /usr/local/phpenv/etc/my.cnf 或 ~/.phpenv/versions/*/etc/my.cnf）
- slow_query_log_file 指向的路径不存在，或属主不是 mysql 用户（phpEnv 下 MySQL 通常以当前用户身份运行，而非系统 mysql 用户）
- MySQL 8.0+ 中 slow_query_log 是只读变量，SET GLOBAL slow_query_log = ON 会报错 ERROR 1238
在phpEnv中修改MySQL配置并重启服务
phpEnv 管理的 MySQL 一般不走系统 systemd，重启命令不是 systemctl restart mysql，而是依赖 phpEnv 自己的 service 控制逻辑。
操作步骤：
- 找到对应 MySQL 版本的配置文件，常见位置：
~/.phpenv/versions/8.0.30/mysql/etc/my.cnf
/usr/local/phpenv/versions/5.6.40/mysql/etc/my.cnf
- 在 [mysqld] 段下添加或修正以下几项：
slow_query_log = ON
slow_query_log_file = /usr/local/phpenv/versions/8.0.30/mysql/data/mysql-slow.log（推荐放在 data 目录下，权限天然匹配）
long_query_time = 1.0
log_queries_not_using_indexes = OFF（调试期可设为 ON，上线后关掉）
- 保存后，用 phpEnv 命令重启 MySQL：
phpenv mysql-stop
phpenv mysql-start
- 若提示“command not found”，说明你用的是手动安装的 MySQL，改用：
~/.phpenv/versions/8.0.30/mysql/bin/mysqld_safe --defaults-file=~/.phpenv/versions/8.0.30/mysql/etc/my.cnf &
验证日志是否真实写入且路径可写
phpEnv 下 MySQL 进程默认以当前 shell 用户身份运行，所以日志路径必须对该用户可写，不能假设是 mysql:mysql 权限。
验证方法：
- 先检查路径是否存在且可写：
ls -ld /usr/local/phpenv/versions/8.0.30/mysql/data/
确认输出中包含当前用户名（如 drwxr-xr-x 5 yourname staff ...）
- 手动触发一条慢查询：
mysql -u root -e "SELECT SLEEP(2);"
- 立即检查日志：
tail -n 3 /usr/local/phpenv/versions/8.0.30/mysql/data/mysql-slow.log
- 如果没内容，再看 MySQL 错误日志（通常在同级 logs/ 或 data/ 下的 hostname.err），搜索关键词：
Can't open log file
Permission denied
用 mysqldumpslow 或 pt-query-digest 分析日志
phpEnv 环境通常不预装 Perl，mysqldumpslow 很可能无法运行（报错 Can't locate Getopt/Long.pm）。这时候别硬装 Perl，直接换方案。
立即学习“PHP免费学习笔记（深入）”；
推荐做法：
- 安装 pt-query-digest（Percona Toolkit）：
Ubuntu/Debian：sudo apt install percona-toolkit
macOS：brew install percona-toolkit
或从源码安装（它只依赖 Perl 标准库，兼容性更好）
- 分析日志：
pt-query-digest /usr/local/phpenv/versions/8.0.30/mysql/data/mysql-slow.log
- 关键看输出顶部的 Profile 表格，重点关注：
Query_time 总耗时占比最高的 SQL 模板
Rows_examined 远大于 Rows_sent 的语句（典型索引缺失）
Lock_time 高的语句（可能被锁住或锁竞争严重）
日志路径和权限问题在 phpEnv 下比系统环境更隐蔽——它不走标准目录结构，也不自动创建父目录，哪怕配置项写对了，只要上层目录不存在或不可写，MySQL 就静默跳过日志初始化，连错误都不报。
