Ubuntu下PHP并发处理实践指南
总体结论与适用场景
在Ubuntu上，PHP的并发能力取决于运行模式与架构选择：传统FPM + Nginx/Apache通过多进程承载并发，适合大多数HTTP短请求；Swoole/ReactPHP等协程/事件驱动方案适合长连接、I/O密集型服务；CLI任务可用pcntl/parallel/pthreads做本地并行。并发上限由CPU/内存、FPM进程数、Web服务器连接、数据库与缓存共同决定，需按场景分层优化。
核心方案对比
| 方案 |
运行环境 |
并发模型 |
典型场景 |
关键要点 |
| PHP-FPM + Nginx/Apache |
FPM SAPI |
多进程/多工作进程 |
HTTP短请求、传统网站 |
动态调节pm.max_children等；Nginx用Unix socket更快；Apache按MPM调优 |
| Swoole |
Swoole SAPI/扩展 |
协程/多进程/异步I/O |
长连接、WebSocket、API网关 |
内置协程与Task Worker，高并发I/O友好 |
| ReactPHP/Amp |
CLI/内置服务器 |
事件循环/非阻塞I/O |
异步HTTP客户端、微服务 |
需全链路非阻塞，改造量相对较大 |
| pcntl/parallel/pthreads |
CLI |
多进程/多线程 |
脚本并行、离线任务 |
pcntl/parallel通用；pthreads需ZTS且仅CLI |
| 消息队列 + 多Worker |
CLI/队列服务 |
异步解耦/横向扩展 |
耗时任务、削峰填谷 |
Redis/RabbitMQ + 多消费者进程，易扩展与伸缩 |
以上方案在Ubuntu上均可用，选型时优先考虑业务形态（短请求/长连接）、团队改造成本和运维复杂度。
关键配置与落地步骤
- FPM进程与连接
- 编辑**/etc/php/{version}/fpm/pool.d/www.conf**：设置pm=dynamic，并调优pm.max_children / pm.start_servers / pm.min_spare_servers / pm.max_spare_servers；必要时调整request_terminate_timeout与max_execution_time；Nginx建议用**fastcgi_pass unix:/run/php/php{version}-fpm.sock;**减少开销。
- OPcache加速
- 在php.ini启用并调优：如opcache.enable=1、opcache.memory_consumption=128、opcache.interned_strings_buffer=8、opcache.max_accelerated_files=4000、opcache.revalidate_freq=60，显著降低脚本编译开销。
- Web服务器
- Nginx：设置worker_processes auto; events { worker_connections 1024; }；反向代理到FPM的Unix socket。
- Apache：按MPM调参，如prefork的MaxRequestWorkers，或event的ThreadsPerChild/MaxRequestWorkers，避免阻塞与资源争用。
- 数据库与缓存
- 建立索引、优化SQL、合理使用连接池；引入Redis/Memcached做热点数据缓存，减少数据库压力。
- 监控与扩展
- 使用Prometheus + Grafana或New Relic/Datadog做指标与链路追踪；必要时引入Nginx/HAProxy做负载均衡与水平扩展。
并发估算与容量规划
- 近似公式：并发能力 ≈ min(FPM可用进程数, Web连接数/平均请求时长, 数据库连接池大小)。
- 示例：若pm.max_children=50、平均请求200ms，单实例理论RPS≈50/0.2=250；若Nginx单workerworker_connections=1024且平均keepalive 30s，单worker可维持约1024/30≈34个并发连接，需按业务并发度与连接复用率调整。
- 经验做法：先压测得到P95/P99与错误率，再逐步上调max_children与worker_connections，同时观察CPU/内存/DB连接是否成为瓶颈，必要时增加实例并接入负载均衡。
常见陷阱与优化建议
- 将耗时任务（邮件、图片处理、报表）移入队列 + Worker，避免阻塞HTTP请求线程。
- 避免阻塞I/O（如同步curl、file_get_contents）在FPM中执行，I/O密集改为Swoole协程/ReactPHP或交给消息队列。
- 合理设置超时（如FPM的request_terminate_timeout、Nginx的fastcgi_read_timeout），防止慢请求拖垮进程池。
- 保持OPcache开启并合理设置revalidate_freq，避免频繁文件校验导致抖动。
- 对CPU密集任务，优先用多进程/多实例横向扩展；对I/O密集任务，优先异步/协程与缓存。
- 全链路开启监控与日志，以P95/P99时延、吞吐、错误率为优化目标，按指标迭代参数。
