phpEnv运行缓慢主因是PHP未启OPcache、MySQL缓存配置过低及代码存在N+1查询；需启用OPcache并调优my.ini中innodb_buffer_pool_size，同时避免循环内数据库调用。
phpEnv 本身不是 PHP 运行时，而是 Windows 下的本地 PHP 环境集成包（类似 XAMPP、WAMP），运行缓慢通常不是 phpEnv 的问题，而是它所托管的 PHP + MySQL 组合在配置或使用上存在瓶颈。重点要调的是 php.ini、my.ini 和你的代码逻辑。
PHP 层：OPcache 没开等于裸奔
phpEnv 默认一般不启用 OPcache，而 PHP 每次请求都要重新解析编译脚本——这对开发环境可能无感，但一旦页面变多、路由变复杂，延迟立刻明显。
- 打开
php.ini（通常在phpEnv\php\版本号\目录下），确认以下几行已取消注释且值合理： opcache.enable=1-
opcache.memory_consumption=128（小项目 64 也够，但建议 128） -
opcache.max_accelerated_files=10000（避免“file cache full”警告） -
opcache.validate_timestamps=0（仅限开发机可设为 0；若你常改代码又不想重启服务，可设为 1，但性能略降） - 改完必须重启 phpEnv 的 Apache/Nginx 和 PHP-FPM（或整个 phpEnv 控制面板）才生效
MySQL 层：默认 my.ini 是性能拖油瓶
phpEnv 自带的 MySQL 多数沿用极保守的默认配置，innodb_buffer_pool_size 常被设成 8M 或 16M——面对稍大点的数据表，全靠磁盘读，IO 直接拉满。
- 编辑
phpEnv\mysql\版本号\my.ini，在[mysqld]段下添加或修改： -
innodb_buffer_pool_size=512M（若你机器有 4G 内存，给 512M 是安全的；8G 可设 1G～1.5G） -
innodb_log_file_size=256M（配合 buffer pool 调大，减少 checkpoint 频率） -
query_cache_type=0（MySQL 8.0+ 已移除，但 phpEnv 多用 5.7，务必关掉；它在高并发下反而成锁热点） - 改完需**完全停止 MySQL 服务 → 删除
ib_logfile0和ib_logfile1→ 再启动**，否则启动失败
代码层：N+1 查询在本地环境更伤
phpEnv 没有连接池、没有查询缓存、网络延迟归零，反而让低效 SQL 的耗时更“诚实”——比如一个循环里查 100 次用户头像，本地跑起来卡顿比线上还明显。
立即学习“PHP免费学习笔记（深入）”；
- 用
EXPLAIN看关键查询是否走了索引，尤其注意type=ALL（全表扫描）和rows过大 - 检查是否有
SELECT *，改成只取需要字段 - 避免在 foreach 中执行
mysqli_query()或PDO::query()；改用一次IN查询或 JOIN 关联 - 临时加一行
error_log('SQL: ' . $sql);到数据库操作附近，用 Windows 事件查看器或 phpEnv 日志页看实际执行了哪些语句
phpEnv 自身：别让它背锅，但得防它添乱
phpEnv 的控制面板是 Electron 写的，内存占用高、偶尔假死，容易让人误以为“PHP 慢”。它还会默认开启 display_errors=On 和 error_reporting=E_ALL，大量 Notice/Warning 会拖慢输出缓冲。
- 确认
php.ini中已设：display_errors=Off、log_errors=On、error_reporting=E_ALL & ~E_NOTICE & ~E_DEPRECATED - Apache 若启用了
mod_rewrite但 .htaccess 写错，会导致 404 后反复 fallback，表现为“页面半天没反应”——检查 Apache error.log 里有没有大量File does not exist - phpEnv 的 PHP 版本往往滞后（如还在用 7.4），升级到 PHP 8.1+ 能直接带来 20%+ 执行速度提升，JIT 在小项目里也有感知
最常被忽略的一点：phpEnv 的 MySQL 数据目录默认在 C:\Windows\Temp 或用户临时目录，而 SSD 分区若被加密软件（如 BitLocker）实时扫描，每次写 ibd 文件都会被拦截。把 datadir 改到非系统盘、非加密路径，有时比调参数还管用。
