PHP在Ubuntu上的并发处理能力

Ubuntu上PHP并发处理能力的关键结论与边界

• 并发能力不是单一数值，而是由并发模型（如 PHP-FPM 多进程、Apache prefork/event、Swoole/Workerman 异步协程）、CPU/内存、I/O 模型（磁盘/数据库/网络）、Web 服务器与内核参数共同决定。
• 在典型 LAMP/LEMP 架构中，并发上限首先受限于 PHP-FPM 进程数与可用内存；启用 OPcache 能显著降低脚本编译开销；数据库与缓存层往往成为进一步扩容的瓶颈。
• 对于长连接/推送/WebSocket等场景，传统 FPM 模型并不占优，采用 Swoole/Workerman 等异步框架可获得更高并发与更低延迟。

并发模型与适用场景

关键配置与容量估算

• PHP-FPM 进程数估算
  • 公式：pm.max_children ≈ 可用内存 / 单进程内存占用。示例：可用内存 2GB、单进程约 30MB，则上限约 66；可设置 pm.start_servers=20、pm.min_spare_servers=10、pm.max_spare_servers=35，并视负载调节。
• 进程管理策略
  • dynamic（按需伸缩）适合波动负载；static（固定进程数）适合稳定高负载，减少进程创建开销。
• 超时与回收
  • 设置 request_terminate_timeout（如 300s）避免异常请求拖垮进程；设置 pm.max_requests=500~1000 定期回收进程，降低内存泄漏风险。
• OPcache 必开
  • 建议启用并适度调大：opcache.memory_consumption=128、opcache.max_accelerated_files=4000、opcache.revalidate_freq=60，减少编译与文件校验开销。
• Web 服务器与内核
  • Nginx：如 worker_processes=auto、worker_connections=1024；Apache MPM：如 prefork MaxRequestWorkers=150 或 event ThreadsPerChild=25/MaxRequestWorkers=150；按需调大 listen.backlog（如 511）与内核 somaxconn，减少连接排队。

压测与监控实践

• 基线压测
  • 使用 ab/wrk 进行渐进式压测（并发从低到高），观察 RPS、P95/P99 延迟、错误率与 502/504。示例：ab -n 100000 -c 2000 http://your-app/。
• 观察瓶颈
  • 用 htop/vmstat 看 CPU/内存/上下文切换；查看 PHP-FPM 慢日志与 Nginx 错误日志；开启 PHP-FPM 状态页与 OPcache 统计辅助定位。
• 分层优化
  • 先优化 SQL/索引与查询结构，再引入 Redis/Memcached 做热点数据缓存；必要时做 读写分离/主从复制与负载均衡。

快速落地清单

• 以 PHP-FPM + Nginx 为例：安装并启用 OPcache；按内存与压测调 pm.max_children/start_servers/min_spare_servers/max_spare_servers；设置 request_terminate_timeout 与 pm.max_requests；配置 Nginx worker_processes/worker_connections 与 fastcgi_pass unix socket；压测并依据 RPS/延迟/错误率迭代；瓶颈在数据库时引入 Redis/Memcached 与查询优化，必要时上 负载均衡。