Linux php-fpm的性能调优策略有哪些

Linux 下 PHP-FPM 性能调优策略

一 进程池与并发模型

• 选择进程管理模式：高并发且流量稳定优先用 pm=static（避免频繁创建/销毁进程）；流量波动明显优先用 pm=dynamic（按需伸缩，资源更省）。按需模式可配合 pm.process_idle_timeout=10s 回收长时间空闲进程。
• 合理设置并发上限：用“单进程内存 × pm.max_children ≤ 可用内存”的约束计算上限。经验上每个 PHP-FPM 进程常驻约 30–50MB，如 8GB 内存、单进程 50MB，则理论上限约 160，为稳妥可先设 100 并压测微调。
• 启动与空闲进程：常见做法是 pm.start_servers ≈ CPU 核数 × 4；空闲进程维持 min_spare_servers 与 max_spare_servers 的“缓冲带”，既抗突发又控资源。
• 稳定性与回收：设置 pm.max_requests=500–1000 定期重启进程，缓解潜在内存泄漏；为突发流量可适度提高 listen.backlog（如 2048）。

二 超时与资源限制

• 脚本与请求超时：将 request_terminate_timeout 与 max_execution_time 设为业务可接受的阈值（如 30s），防止慢请求长期占用工作进程。
• 内存与上传：结合应用将 memory_limit 设为合理值（如 128M），并配置 upload_max_filesize / post_max_size 匹配业务需求。
• 文件描述符：视并发调高 rlimit_files，避免“Too many open files”。
• 慢请求定位：开启 slowlog 与 request_slowlog_timeout（如 5–10s），快速发现性能瓶颈与异常 SQL/外部调用。

三 OPcache 与代码层优化

• 启用并优化 OPcache：开启 opcache.enable=1，将 opcache.memory_consumption 设为内存的约 1/8–1/4；按项目规模设置 opcache.max_accelerated_files（如 4000+），并配置 opcache.revalidate_freq（如 60s）平衡“热更新”与命中率。
• 减少重复计算与 I/O：优化循环/递归、避免内存泄漏（及时 unset 大对象）、减少磁盘读写，必要时在关键点手动触发 gc_collect_cycles()。
• 更快的序列化：在合适场景用 JSON/MessagePack 替代 PHP 原生序列化以提升性能。
• 数据层缓存：引入 Redis/Memcached 做查询结果与应用数据缓存，降低数据库压力。

四 通信、监控与架构层优化

• 传输方式：优先使用 Unix Socket（同机通信开销更低）；跨机或容器编排场景可用 TCP 127.0.0.1:9000。
• Web 服务器配合：在 Nginx 中调大 fastcgi_buffers / fastcgi_buffer_size，并适当提高 fastcgi_read_timeout，避免大响应被过早中断。
• 身份与权限：将 PHP-FPM 运行用户设为与 Web 服务器一致（如 www-data），减少权限切换与潜在 403/500。
• 可观测性：启用 pm.status_path=/status 暴露运行状态；结合 htop/vmstat/iostat 做系统层观测，使用 Prometheus + Grafana 采集并可视化 PHP-FPM 指标，持续回归调优。
• 版本与基础设施：优先使用较新的 PHP 版本获取性能与安全改进；使用 SSD 提升 I/O；对数据库进行索引/配置/缓存优化；通过 CDN 与负载均衡 降低源站压力。

五 快速落地步骤与示例配置

• 基线采集：在高峰期记录 内存/CPU/负载、PHP-FPM 进程数、响应时延、502/504 错误，并抓取 slowlog 定位 Top N 慢请求。
• 设定上限：按“单进程内存 × 并发上限 ≤ 可用内存”确定 pm.max_children，先保守后压测上调。
• 配置模板（示例为 dynamic，可按需改为 static）：
  • 进程池

    pm = dynamic
    pm.max_children = 100
    pm.start_servers = 20
    pm.min_spare_servers = 10
    pm.max_spare_servers = 30
    pm.max_requests = 500
    pm.process_idle_timeout = 10s
    listen.backlog = 2048
    

  • 超时与资源

    request_terminate_timeout = 30s
    php_admin_value[max_execution_time] = 30
    php_admin_value[memory_limit] = 128M
    php_admin_value[upload_max_filesize] = 20M
    php_admin_value[post_max_size] = 22M
    rlimit_files = 65535
    

  • 日志与观测

    access.log = /var/log/php-fpm/access.log
    slowlog = /var/log/php-fpm/slow.log
    request_slowlog_timeout = 5s
    pm.status_path = /status
    

  • OPcache（php.ini）

    opcache.enable=1
    opcache.memory_consumption=128
    opcache.interned_strings_buffer=8
    opcache.max_accelerated_files=4000
    opcache.revalidate_freq=60
    opcache.save_comments=1
    

  • Nginx FastCGI（示例）

    fastcgi_buffers 8 16k;
    fastcgi_buffer_size 32k;
    fastcgi_read_timeout 300s;
    

• 压测与回归：用 ab/wrk/siege 逐步加压，观察 RPS、P95/P99、CPU/内存、队列与 5xx，结合监控与 slowlog 迭代参数；稳定后再评估是否切换到 static 或继续上调并发。