如何通过Linux PHP-FPM提升并发能力

Linux PHP-FPM 并发能力提升实操指南

一 核心思路与瓶颈定位

• 明确并发上限由整条链路决定：客户端 → Nginx/Apache → PHP-FPM → 数据库/缓存/外部服务。任何一环成为瓶颈都会限制整体并发。
• 优先做“减负”：启用 OPcache、页面/数据 缓存（Redis/Memcached）、静态化与 CDN，让更少的请求落到 PHP-FPM。
• 选择恰当的 进程管理模式（pm）：稳定高负载倾向 static，流量波动用 dynamic，极低访问可用 ondemand。
• 以监控驱动调优：开启 pm.status_path 观察排队与进程使用，配合 slowlog 定位慢请求，结合系统监控持续迭代。

二 PHP-FPM 关键配置与计算

• 进程管理策略
  • static：进程数固定为 pm.max_children，运行时开销小，适合高并发且内存充足场景。
  • dynamic：按负载增减，需合理设置 pm.start_servers / pm.min_spare_servers / pm.max_spare_servers，适合波动流量。
  • ondemand：按需创建，节省内存，适合低频访问，但冷启动可能增加首包时延。
• 计算 max_children 的安全上限
  • 估算公式：max_children ≤ 可用内存 × 0.8 ÷ 单进程平均内存。
  • 示例：可用内存 8GB、单进程 30MB，则上限约为 8×1024×0.8 ÷ 30 ≈ 218；建议在此基础上留有余量并压测验证。
• 请求与稳定性参数
  • pm.max_requests：定期重启进程回收内存与碎片，建议 500–10000，视内存与泄漏情况而定。
  • request_terminate_timeout / request_slowlog_timeout：前者控制最长执行时间，后者用于抓取慢请求定位瓶颈。
  • rlimit_files：提升文件描述符上限，避免“Too many open files”。
• 典型配置示例（需按实际压测微调）
  • static（高并发稳定场景）
    • pm = static
    • pm.max_children = 200
    • pm.max_requests = 1000
  • dynamic（流量波动场景）
    • pm = dynamic
    • pm.max_children = 150
    • pm.start_servers = 20
    • pm.min_spare_servers = 10
    • pm.max_spare_servers = 30
    • pm.max_requests = 500
  • ondemand（低频访问场景）
    • pm = ondemand
    • pm.max_children = 50
    • pm.process_idle_timeout = 10s
  • 通用
    • rlimit_files = 65536
    • request_slowlog_timeout = 2s
    • slowlog = /var/log/php-fpm/www-slow.log
    • 注：修改后执行 systemctl restart php-fpm 生效。

三 Web 服务器与通信层优化

• Nginx 并发能力
  • 核心关系：最大并发连接数 ≈ worker_processes × worker_connections；开启 keepalive 复用连接降低握手开销。
  • 示例：worker_processes auto；worker_connections 1024（按业务与内存再评估）。
• PHP-FPM 通信方式
  • 同机优先 Unix Socket（减少网络栈开销）；高并发下若出现 “Resource temporarily unavailable”，同步调高 listen.backlog（如 1024）并视情况增加 FPM 实例数，用 Nginx upstream 做负载均衡。
• 反向代理与多实例
  • 多 PHP-FPM pool/socket 或多实例部署，Nginx 通过 upstream 轮询/权重分发，提升吞吐与容错。

四 系统与内核参数

• 文件描述符与进程限制
  • limits.conf：* soft nofile 65536；* hard nofile 65536（持久化生效）。
  • 检查：ulimit -n；必要时在 systemd 服务单元中设置 LimitNOFILE。
• 网络与连接队列
  • sysctl.conf：net.core.somaxconn 65535；net.ipv4.tcp_max_syn_backlog 65535；net.core.netdev_max_backlog 5000；执行 sysctl -p 生效。
  • 与 Nginx listen backlog、PHP-FPM listen.backlog 配合，避免队列溢出。

五 监控 压测与持续优化

• 暴露与观察 FPM 状态
  • 在 pool 配置启用：pm.status_path = /status；Nginx 仅内网开放 location /fpm-status，观察 active processes / idle processes / queue 等指标，判断是否需要上调 max_children 或优化慢请求。
• 慢请求与错误日志
  • 开启 slowlog 与合理的 request_slowlog_timeout，配合应用日志定位数据库慢查询、外部接口阻塞等根因。
• 压测与容量规划
  • 使用 ab/wrk/hey 等工具逐步加压，观察 RPS、P95/P99、错误率、CPU/内存/负载，以压测结果回推 max_children、backlog、worker_connections 等参数，避免“拍脑袋”设置。
• 应用层减负
  • 启用 OPcache、对象/页面缓存（Redis/Memcached）、静态化与 CDN，减少进入 FPM 的请求比例，是提升并发的最有效手段之一。