Linux PHP-FPM资源占用高怎么办

Linux PHP-FPM资源占用高的排查与优化

一 快速定位占用来源

• 先看整体资源：用top/htop观察CPU与内存，按P/M排序定位占用最高的进程是否为php-fpm。
• 统计进程数与内存：
  • 查看总进程数：ps -fe | grep "php-fpm" | grep "pool" | wc -l
  • 按内存排序：ps auxw | head -1; ps auxw | sort -rn -k4 | head -40
  • 计算平均每个php-fpm进程占用内存（RSS，单位MB）：
    ps --no-headers -o "rss,cmd" -C php-fpm | awk '{ sum+=$1 } END { printf ("%.0fM\n", sum/NR/1024) }'
• 打开PHP-FPM慢日志定位耗时请求：在 pool 配置中开启slowlog与slowlog_timeout（如2s），用grep -v "^$" /path/to/pool.slow.log | head查看。
• 打开PHP-FPM状态页观察排队与进程使用：在 pool 配置中启用pm.status_path，用curl http://127.0.0.1/status?full查看active、idle、queue等指标。
• 检查文件描述符限制：ulimit -n与cat /proc/<php-fpm-pid>/limits；必要时在/etc/security/limits.conf提高nofile。
• 若与Nginx通信走Unix Socket，高并发下可适当提高listen.backlog（如1024）以增强稳定性。

二 配置层面的优化要点

• 进程管理模式选择：
  • static：进程数固定，适合内存充足且负载较稳的场景，减少进程频繁启停开销。
  • dynamic：按需增减，适合内存受限或波动较大的场景。
  • ondemand：空闲即回收，极致省内存，但高峰可能排队/超时。
• 计算并收紧pm.max_children：
  • 估算公式：max_children ≈ 可用内存 / 单个进程RSS（建议预留**20%–30%**给系统与其他服务）。
  • 示例：若平均RSS≈30MB，可用内存8GB，则8*1024/30 ≈ 273，可先设200–250并压测微调。
• 动态模式的配套参数：
  • pm.start_servers：建议设为min_spare_servers与max_spare_servers的中间值。
  • pm.min_spare_servers / pm.max_spare_servers：保持一定空闲以应对突发，但需小于max_children。
• 控制生命周期与回收：
  • pm.max_requests（或pm.max_requests_per_child）：进程处理一定请求后重启，用于缓解长期运行导致的内存膨胀；值过小会频繁重启，过大回收效果差，需结合压测取平衡。
  • request_terminate_timeout：脚本最大执行时间，防止慢请求长期占用进程（如30s）。
  • request_slowlog_timeout：记录慢请求，配合慢日志定位问题代码（如2s）。
• 资源与连接：
  • 提高rlimit_files（如65536）避免“Too many open files”。
  • 与Nginx同机建议用Unix Socket，并适当提高listen.backlog；高并发可拆分多个sock并做upstream负载均衡。

三 应用与架构层面的优化

• 启用OPcache（php.ini）：减少脚本编译开销，显著提升响应。示例：
  • opcache.enable=1
  • opcache.memory_consumption=128
  • opcache.interned_strings_buffer=8
  • opcache.max_accelerated_files=4000
  • opcache.revalidate_freq=60
• 优化数据库与I/O：为慢查询加索引、减少N+1查询、合并请求；引入Redis/Memcached做缓存，降低数据库压力。
• 减少第三方库/扩展带来的低效与内存泄漏风险，定期评估并更新。
• 接入限流/熔断（Nginx或应用层），抵御突发与恶意流量。
• 持续监控与剖析：用htop/glances观察资源，用Xdebug/Blackfire定位热点函数与慢路径。

四 安全调整与落地步骤

• 逐步调参并压测：每次只调整1–2个参数，使用ab/wrk/siege或真实流量回放，观察CPU、内存、队列、502/504变化。
• 平滑重启生效：systemctl reload php-fpm（不中断现有请求），必要时再restart。
• 持久化系统限制：在/etc/security/limits.conf设置* soft/hard nofile 65536，并确保服务由systemd正确继承（如LimitNOFILE=）。
• 配置示例（可按需微调）：
  • 内存约1GB、平均进程RSS≈30MB的场景：
    • pm = dynamic
    • pm.max_children = 20（约占用600MB，预留余量）
    • pm.start_servers = 6
    • pm.min_spare_servers = 4
    • pm.max_spare_servers = 12
    • pm.max_requests = 2000
    • request_terminate_timeout = 30s
    • request_slowlog_timeout = 2s
    • slowlog = /var/log/php-fpm/www-slow.log
    • rlimit_files = 65536
  • 内存8GB+且负载稳定：可考虑pm = static，pm.max_children按“内存/平均RSS”估算（如200–300），减少进程调度开销。