PHP版本过低必须升级再压测，因5.6/7.0以下已停更，opcache、JIT、协程及内存管理落后，导致压测结果失真——实为解析慢、FPM崩溃、OOM引发的假性性能瓶颈。
PHP版本过低为什么必须升级再压测
PHP 5.6 或 7.0 以下版本已停止安全支持，且 opcache、jit、协程兼容性、内存管理机制都严重落后。直接在旧版本上跑压力测试，结果不可信——不是业务瓶颈，而是 PHP 自身解析慢、FPM 子进程崩溃、OOM 频发导致的假性性能墙。
确认当前 PHP 版本和关键扩展状态
别只看 php -v，压测前必须检查运行时实际加载的配置：
- 查 Web 服务用的 PHP：
phpinfo()页面或curl http://localhost | grep "PHP Version" - 确认 FPM 是否启用：
ps aux | grep php-fpm，避免 CLI 版本和 Web 版本不一致 - 检查关键扩展是否加载：
php -m | grep -E "(opcache|mysqli|pdo|redis)"，缺失opcache会导致压测中 CPU 翻倍 - 验证 opcache 是否启用且共享内存足够：
php -r "print_r(opcache_get_status());"，重点关注opcache_enabled和memory_usage.used_memory
升级 PHP 后必须调整的 4 个 FPM 配置项
升级到 PHP 7.4+ 或 8.1+ 后，旧版 www.conf 的默认值会拖垮压测表现：
-
pm = dynamic（别用static，否则并发高时子进程不够） -
pm.max_children：按内存算，例如 2G 内存服务器建议设为50（每个 worker 平均占 30–40MB） -
pm.start_servers和pm.min_spare_servers建议设为pm.max_children的 1/3～1/2，避免冷启动抖动 -
request_terminate_timeout = 30s（旧版常设为 0，压测中长请求卡死整个 pool）
改完记得 systemctl reload php-fpm，别只 restart。
立即学习“PHP免费学习笔记（深入）”；
压测时如何区分是代码问题还是 PHP 层瓶颈
用 ab 或 wrk 压测时，同时开三个监控终端：
- 看 PHP-FPM 状态页：
curl "http://localhost/status?full" -H "Host: your-domain.com"，关注active processes是否长期满、slow requests是否增长 - 查系统资源：
top -p $(pgrep -f "php-fpm: master")，观察单个 master 进程 CPU 是否超 80% - 抓慢日志：
tail -f /var/log/php-fpm/www-slow.log（需在www.conf中开启slowlog和request_slowlog_timeout = 5s）
如果 slowlog 里大量出现 include、file_get_contents 或未缓存的 new PDO，说明不是 PHP 版本问题，而是代码没适配新运行时——比如 PHP 8.1 禁用了动态属性，但你的框架还在反射赋值。
