php-fpm在Linux下如何优化性能

Linux下 PHP-FPM 性能优化实战指南

一 进程管理与并发

• 选择进程管理模式：内存充足、追求稳定与低延迟的场景优先用 pm=static；内存受限或波动较大的场景用 pm=dynamic；极低内存或偶发请求的边缘服务可用 pm=ondemand（注意高峰期可能触发 504 Gateway Timeout）。
• 计算并发上限：先估算单进程常驻内存（RSS），再用“可用内存 / 单进程RSS”得到 pm.max_children 的上限，避免 OOM。
• 动态模式的常用配比：建议 pm.start_servers ≈ CPU 核心数，pm.min_spare_servers 与 pm.max_spare_servers 分别设为 max_children 的 20%~30% 与 60%~80%，兼顾冷启动与峰值承载。
• 防泄漏与稳态：设置 pm.max_requests=500~2000，定期重启子进程回收碎片与累积占用。
• 超时控制：用 request_terminate_timeout 作为全局硬超时，配合 request_slowlog_timeout 捕获慢请求定位瓶颈。

二 通信、文件描述符与系统资源

• 传输通道：同机部署优先 Unix Socket（如 /run/php/phpX.Y-fpm.sock），减少网络栈开销；跨机或容器网络用 TCP。
• 高并发稳定性：适当提高 listen.backlog（如 1024），并相应调高 Nginx listen … backlog，缓解连接排队与“Resource temporarily unavailable”。
• 文件描述符：提升进程可打开文件数，系统层在 /etc/security/limits.conf 设置如“soft/hard nofile 65536”，PHP-FPM 层可设 rlimit_files。
• 静态资源减负：对图片、CSS、JS 启用 Nginx/CDN 强缓存 与 gzip，尽量让 PHP-FPM 只处理动态请求。

三 PHP 运行时与缓存

• 启用并优化 OPcache：开启 opcache.enable=1，常见推荐值：opcache.memory_consumption=128（可按内存调大到 1/8~1/4）、opcache.interned_strings_buffer=8、opcache.max_accelerated_files=4000~10000、opcache.revalidate_freq=60（开发环境可设更小以快速生效）。
• 合理脚本限制：按应用设置 memory_limit（如 32M~128M）、max_execution_time（如 30~300s），避免单个请求拖垮进程池。
• 减少调试开销：生产环境禁用 Xdebug 等重开销扩展，避免性能断崖。
• 数据层减负：引入 Redis/Memcached 做对象/页面/查询缓存，降低数据库压力。

四 监控、日志与持续优化

• 状态与可观测性：启用 pm.status_path=/status，配合 access.log/error.log 与 slowlog 定位异常与慢请求；按需采集指标并用 Prometheus/Grafana 或 top/htop/vmstat/iostat 做容量与瓶颈分析。
• 快速排障命令：
  • 查看进程数与 RSS：ps -fe | grep "php-fpm" | grep "pool" | wc -l
  • 统计平均内存：ps --no-headers -o "rss,cmd" -C php-fpm | awk '{sum+=$1} END {printf("%.1fM\n", sum/NR/1024)}'
• 变更流程：先备份配置，灰度/压测验证，再滚动发布；定期复盘并根据流量与代码变更持续微调。

五 示例配置与容量估算

• 示例一 小内存 VPS（约 1GB，保守起步）

  [www]
  listen = /run/php/php8.1-fpm.sock
  listen.owner = www-data
  listen.group = www-data
  listen.mode = 0660
  
  user = www-data
  group = www-data
  
  pm = dynamic
  pm.max_children = 15
  pm.start_servers = 4
  pm.min_spare_servers = 3
  pm.max_spare_servers = 10
  pm.max_requests = 1000
  
  request_terminate_timeout = 60
  request_slowlog_timeout = 5
  slowlog = /var/log/php-fpm/www-slow.log
  
  php_admin_value[memory_limit] = 64M
  php_admin_value[max_execution_time] = 120
  php_admin_flag[log_errors] = on
  php_value[display_errors] = Off
  
  ; 可选：提升文件描述符
  rlimit_files = 65536
  

• 示例二 内存充足（约 8GB，追求稳态与低延迟）

  [www]
  listen = /run/php/php8.1-fpm.sock
  listen.owner = www-data
  listen.group = www-data
  listen.mode = 0660
  
  user = www-data
  group = www-data
  
  pm = static
  pm.max_children = 150
  
  request_terminate_timeout = 30
  request_slowlog_timeout = 3
  slowlog = /var/log/php-fpm/www-slow.log
  
  php_admin_value[memory_limit] = 128M
  php_admin_value[max_execution_time] = 60
  php_admin_flag[log_errors] = on
  php_value[display_errors] = Off
  
  rlimit_files = 65536
  

• 容量估算方法：先测单进程常驻 RSS（如 60MB），若可用内存 8GB，预留 2GB 给系统/数据库/缓存，则可用于 PHP-FPM 的内存约 6GB，则 max_children ≈ 6*1024/60 ≈ 100；再结合 CPU 与业务特性微调 start_servers / spare_servers 与超时阈值。