phpEnv不解决MySQL CPU高问题，需手动开启慢日志（改my.ini并重启）、用EXPLAIN和PROCESSLIST定位慢查询、按最左前缀建索引，并注意Windows下索引长度限制与服务重启要求。
phpEnv 本身不解决 MySQL CPU 高问题，它只是个 Windows 下的 PHP+MySQL 环境集成包；真正要动的是 MySQL 的配置、慢查询和索引——而且 phpEnv 默认关闭慢日志、没配缓冲池、也没开性能监控工具。
phpEnv 里怎么打开 MySQL 慢查询日志
phpEnv 自带的 MySQL（通常是 5.7 或 8.0 嵌入版）默认 slow_query_log 是 OFF，必须手动改配置并重启服务：
- 找到 phpEnv 安装目录下的 MySQL 配置文件，路径类似：
D:\phpEnv\Extensions\MySQL\my.ini（不是my.cnf） - 在
[mysqld]段落下添加三行：slow_query_log = ON<br>slow_query_log_file = D:/phpEnv/Extensions/MySQL/logs/slow.log<br>long_query_time = 1
- 确保
D:/phpEnv/Extensions/MySQL/logs/目录存在且 MySQL 进程有写权限（否则日志不生成） - 用 phpEnv 控制面板「重启 MySQL」或命令行执行：
net stop mysql && net start mysql - 验证是否生效：
mysql -uroot -p -e "SHOW VARIABLES LIKE 'slow_query_log';"返回ON才算成功
为什么 phpEnv 的 SHOW PROCESSLIST 经常看不到真问题
phpEnv 默认用的是 Windows 服务模式 + 精简版 MySQL，SHOW FULL PROCESSLIST 只能显示当前连接，但容易漏掉两类关键线索：
- 大量
Sleep连接其实是前端没关连接（比如 PHP 脚本里忘了mysqli_close()），它们不占 CPU 却拖死连接数，导致新查询排队 —— 别急着KILL，先查应用代码 -
State列显示Sending data或Sorting result超过 2 秒，基本等于 SQL 没走索引或用了ORDER BY+LIMIT但没覆盖索引，这时Info字段往往被截断，得用SELECT * FROM information_schema.PROCESSLIST WHERE TIME > 5 AND INFO IS NOT NULL;补全 - phpEnv 的 MySQL 通常没装
mysqldumpslow，别指望直接跑它聚合慢日志；改用findstr /C:"Query_time" D:\phpEnv\Extensions\MySQL\logs\slow.log快速筛出耗时行
phpEnv 环境下建索引前必须确认的三件事
Windows 下 phpEnv 的 MySQL 对索引敏感度比 Linux 高，建错反而让 CPU 更高：
立即学习“PHP免费学习笔记（深入）”；
- 先跑
EXPLAIN SELECT ...，重点看type是否为ALL或index，以及rows是否远大于实际结果行数 —— 如果是，索引才有意义 - 避免在
VARCHAR(255)字段上直接建全文索引，phpEnv 的 MySQL 8.0 默认用 utf8mb4，索引长度超限会静默失败，得加CREATE INDEX idx_name ON table(col(191)); - 组合索引字段顺序必须匹配查询条件：比如常查
WHERE status=1 AND created_at > '2026-01-01'，就该建INDEX idx_status_time (status, created_at)，反过来无效
phpEnv 的局限性在于它把 MySQL 当“黑盒”封装了，你没法像宝塔那样点几下就看到实时性能图；所有优化动作都得靠命令行+配置文件+人工判断。最容易被忽略的是：每次改完 my.ini 后，必须通过控制面板或 net 命令彻底重启 MySQL 服务，仅刷新配置不生效。
