升级 PHP 版本后必须做压力测试，因 JIT、OPcache、内存管理等运行时行为变化可能引发高并发下崩溃或性能退化；需统一环境配置、校验扩展兼容性，并监控进程级指标如 active processes、slowlog 和内存泄漏。
PHP 版本控制本身不直接参与压力测试，真正要测的是「升级 PHP 版本后，你的应用在高并发下的行为是否稳定」——重点不在版本号，而在运行时表现差异。
为什么升级 PHP 版本后必须做压力测试
不同 PHP 版本（比如从 7.4 升到 8.1）的 JIT 编译、内存管理、OPcache 行为、错误报告级别都有变化。你可能遇到：
-
opcache.preload在8.0+开启后导致某些动态加载逻辑崩溃 -
mysqli的连接复用在8.1中更严格，短连接压测时触发Too many connections -
json_encode()在8.2对循环引用的处理变严格，高并发下突然抛出JsonException
用 ab 或 wrk 测接口前，先确认 PHP 运行环境一致
压力测试结果失真，八成是因为没对齐环境。必须检查：
- Web 服务器配置：Nginx 的
worker_connections、Apache 的MaxRequestWorkers在新旧 PHP 环境中是否相同 - PHP-FPM 设置：
pm.max_children、pm.start_servers要按内存和 CPU 核心数重新估算，不能直接复制旧值 - OPcache 是否启用：
opcache.enable=1和opcache.validate_timestamps=0（压测时应关闭时间戳验证） - 日志级别：
error_reporting设为0，避免大量Notice冲刷 I/O 影响吞吐
用 php -m 和 php --ri opcache 快速比对扩展差异
有些扩展在新版 PHP 中被移除或行为变更，直接影响性能：
立即学习“PHP免费学习笔记（深入）”；
-
mysql扩展在7.0+已废弃，若代码还调用mysql_connect()，压测时会批量报Fatal error: Uncaught Error: Call to undefined function mysql_connect() -
apcu在8.0+默认不启用用户缓存（apc.enabled=0），而你依赖它做请求级缓存，QPS 会断崖下跌 -
curl扩展在8.1启用了默认 HTTP/2 支持，但后端服务不兼容时，可能引发连接复用失败、超时堆积
真实压测中容易被忽略的 PHP 层指标
别只盯着 QPS 和错误率。这些 PHP 进程级指标更能暴露版本升级后的隐性问题：
- 用
php-fpm -t && systemctl reload php-fpm后，观察pm.status_path返回的active processes是否持续接近max_children—— 若是，说明新版本 GC 更慢或内存泄漏加剧 - 开启
slowlog，检查request_slowlog_timeout = 2s下，升级后慢请求数量是否突增（尤其注意array_merge_recursive()、preg_replace_callback_array()等函数在8.1+的性能退化案例） - 用
strace -p $(pgrep -n php-fpm) -e trace=epoll_wait,read,write看系统调用频次 —— 某些版本中file_get_contents()的底层读取方式变化会导致 syscall 次数翻倍
最麻烦的不是压测崩了，而是压测数据看起来差不多，但线上跑两天后 php-fpm 进程 RSS 内存涨到 512MB 且不释放——这往往意味着 OPcache 预加载或反射缓存（ReflectionClass）在新版本中未被正确清理。
