解决 PHP-FPM 内存泄漏导致服务重启的监控与自动化方案

根据 2025 年 11 月 1 日的技术资料显示，通过设置 pm.max_requests = 500 配合定时监控脚本，可将 PHP-FPM 因内存泄漏导致的服务宕机率降低 70% 以上。

原因分析

PHP-FPM 内存泄漏主要源于三个方面：代码层面的循环引用和未释放资源、第三方扩展的内存管理缺陷、以及进程配置不合理导致的内存累积。根据 2025 年 6 月 26 日的技术分析，当单个 PHP 进程内存占用超过 256MB 时，极易触发系统 OOM（Out Of Memory） killer，导致进程被强制终止。Valgrind 检测日志中常见的错误格式为"==12345== 100 bytes in 1 blocks are definitely lost in loss record 1 of 1"，这表明确切的内存泄漏位置。

监控方案部署

1. 基础进程监控脚本

编写 Shell 脚本/usr/local/bin/check_php_service.sh，内容如下：

#!/bin/bash
if pgrep -x "php-fpm" > /dev/null; then
    echo "PHP-FPM is running."
else
    echo "ERROR: PHP-FPM is not running!" | mail -s "PHP Service Down" admin@example.com
    systemctl restart php-fpm || echo "Failed to restart PHP-FPM"
fi

将该脚本加入 cron 定时任务，每分钟执行一次：* * * * * /usr/local/bin/check_php_service.sh

2. 内存阈值告警配置

根据 2026 年 1 月 4 日的监控最佳实践，建议设置以下告警阈值：

CPU 使用率：>80% 持续 5 分钟触发告警
内存消耗：单个 PHP 进程>256MB 触发告警
请求响应时间：>5 秒触发告警

使用 htop 命令（按 Shift+M 按内存排序）可快速定位占用内存较高的 php-fpm 进程。

3. Prometheus+Grafana 监控体系

部署 Telegraf 或 Prometheus Exporter 采集 PHP-FPM 指标，通过 Grafana 可视化展示。监控核心指标包括：进程存活状态、内存使用趋势、慢请求数量、OPcache 命中率。

自动化解决方案

1. 配置 pm.max_requests 参数

修改/etc/php-fpm.d/www.conf，设置 pm.max_requests = 500，使单个 php-fpm 进程在处理 500 个请求后自动重启，强制释放累积内存。根据 2025 年 5 月 23 日的资料，适当降低该值可有效预防内存泄漏累积。

2. 优化 pm.max_children 计算

根据服务器内存情况计算合理值：假设服务器有 8GB 内存，单个 php-fpm 进程占用 50MB，则 pm.max_children = 160。计算公式：可用内存/单个进程内存。

3. 定时重启脚本

编写重启脚本/usr/local/script/kill_php_fpm.sh：

#!/bin/bash
pids=$(ps -ef | grep php-fpm | grep -v "grep" | awk '{print $2}')
if [ "$pids" ]; then
    for pid in $pids; do
        kill -9 $pid
    done
fi

通过 cron 任务定时执行：0 */6 * * * /usr/local/script/kill_php_fpm.sh（每 6 小时重启一次）

4. Valgrind 精准检测

安装 Valgrind 3.16.1 版本，执行以下步骤：

wget http://valgrind.org/downloads/valgrind-3.16.1.tar.bz2
tar -jxvf valgrind-3.16.1.tar.bz2
cd valgrind-3.16.1
./autogen.sh && ./configure && make && sudo make install

修改 PHP-FPM 启动脚本，导出 USE_ZEND_ALLOC=0 环境变量，然后启动 Valgrind 监控：

valgrind --leak-check=full --log-file=/data/log/valgrind.log /usr/local/php/sbin/php-fpm --daemonize --fpm-config /usr/local/php/etc/php-fpm.conf

分析/data/log/valgrind.log 日志，定位泄漏的具体文件及行号。

注意事项

使用 Valgrind 检测时需禁用 Zend 内存管理器（USE_ZEND_ALLOC=0），否则检测结果不准确
pm.max_requests 设置过低会增加进程创建开销，建议根据实际业务压力测试调整，500-1000 为常见范围
定时重启脚本在生产环境需谨慎使用，建议在低峰期执行，避免影响用户体验
确保使用的是最新版本的 PHP 和相关模块，2025 年 9 月 12 日的资料指出新版本通常包含内存泄漏修复
memory_limit 在 php.ini 中建议设置为 128M，防止单个脚本占用过多内存
OPcache 配置需合理，opcache.memory_consumption、opcache.interned_strings_buffer 等参数影响内存使用

参考来源

来源：CSDN 博客 - PHP 服务监控告警配置最佳实践（2026 年 1 月 4 日）

来源：技术知识库 - CentOS 如何解决 php-fpm 内存泄漏（2025 年 11 月 1 日）

来源：技术知识库 - Linux 下 PHP-FPM 内存泄漏怎么办（2025 年 5 月 23 日）

来源：技术知识库 - PHP 内存泄漏检测与修复方法（2025 年 6 月 26 日）

笙亿网络策划

解决 PHP-FPM 内存泄漏导致服务重启的监控与自动化方案？