提升 CentOS 上 PHP 并发处理能力的实用方案
一 架构与进程模型优化
- 使用 PHP-FPM 作为进程管理器，优先采用 Unix Socket 通信（如：/run/php/php{version}-fpm.sock），减少 TCP 开销；进程模型建议 pm=dynamic，并按内存与负载设置 pm.max_children / pm.start_servers / pm.min_spare_servers / pm.max_spare_servers；开启 slowlog 与 request_slowlog_timeout 定位慢请求；按需设置 request_terminate_timeout 防止脚本长时间占用；将 静态资源 由 Nginx 直接服务，PHP-FPM 仅处理动态请求；必要时用 Nginx/HAProxy 做反向代理或负载均衡，横向扩展到多台应用实例。
二 PHP 运行时与代码层优化
- 启用 OPcache：设置 opcache.enable=1，并根据应用规模调整 opcache.memory_consumption / opcache.max_accelerated_files / opcache.revalidate_freq，显著降低脚本编译开销；适度提升 memory_limit / max_execution_time；开启 输出压缩（Gzip） 减少传输体积；优化业务代码与数据库访问：避免循环内重复函数调用、只查必要字段、合理使用索引与查询优化、引入 Redis/Memcached 做数据/页面缓存，必要时使用数据库连接池或持久连接；在 LAMP 场景建议用 PHP-FPM（FastCGI） 替代 mod_php 以获得更好的并发与资源隔离。
三 Web 服务器与系统层调优
- Nginx：将 worker_processes 设为 CPU 核心数，worker_cpu_affinity 做核绑定；开启 Gzip；为 PHP 设置合适的 fastcgi_read_timeout / fastcgi_send_timeout，并优化 keepalive 与连接复用；静态资源走本地磁盘或 CDN。
- 系统网络：按需调整内核参数以缓解 TIME_WAIT 与连接瓶颈，例如开启 net.ipv4.tcp_tw_reuse、适当降低 net.ipv4.tcp_fin_timeout，并在需要时增大 net.netfilter.nf_conntrack_max（注意不同内核版本路径与参数名差异，修改前评估与压测）。
- 数据库：合理设置 max_connections，结合连接池/持久连接与索引/SQL 优化，避免成为并发瓶颈。
四 监控 压测与扩展方案
- 监控与诊断：持续观察 PHP-FPM 进程数、内存占用、慢日志，并用 top/htop/vmstat 等工具定位资源争用；结合 New Relic/Prometheus 等做应用与基础设施可观测性，形成“监控-分析-调优”的闭环。
- 压测方法：使用 ab/wrk 等工具进行基线压测，关注 并发连接数、RPS、P95/P99 延迟、错误率与 499/502 等状态码，以数据驱动参数调整。
- 扩展方案：在需要更高并发与长连接场景，可考虑 Swoole/ReactPHP 等异步/协程方案，编写非阻塞 I/O 服务以在单进程内服务更多请求（注意与传统 FPM 应用的架构差异与改造成本）。
五 关键配置示例与容量估算
- 示例一（PHP-FPM 进程数估算）：若单机可用内存为 8GB，单进程常驻内存约 80MB，预留 1GB 给系统与其他服务，则可大致设置 pm.max_children ≈ (8−1)/0.08 ≈ 87；实际值需结合压测微调，避免 OOM 与频繁进程重建。
- 示例二（OPcache 推荐配置片段）：
opcache.enable=1
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.revalidate_freq=60
- 示例三（Nginx 到 PHP-FPM 的 FastCGI 片段）：
location ~ .php$ {
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_pass unix:/run/php/php{version}-fpm.sock;
}
提示：每次变更配置后执行平滑重载（如 systemctl reload php-fpm），并在低峰期进行压测验证。