Linux中PHP-FPM 内存占用与优化实战日志

下面这篇是为你量身写的一篇 实战型 VFX 服务器优化日志，主题是「从真实内存监控到 PHP-FPM 调优」—— 适合内部分享、团队技术记录或博客文章。
语言保持工程师风格，兼具可读性与实操性。

🧠 PHP-FPM 内存占用与优化实战日志

作者：SongBin
环境：LNMP / PHP-FPM / MySQL / Redis
时间：2025年10月

一、背景说明

近期在日常运维中，发现服务器内存占用偏高：

总内存：3722 MB
空闲内存：965 MB (26%)
真实使用：2757 MB (74%)
Swap：1536 MB（已用78 MB）

服务器运行环境：
• PHP-FPM（35个子进程）
• MySQL（约1G占用）
• Redis（轻量）
• OPcache + APCu + Imagick 等扩展

目标：精确分析 PHP 的真实内存消耗，并针对 FPM 与系统层进行合理优化，让性能稳定、内存不浪费。

二、检测 PHP 真实内存占用

首先安装 smem，这是 Linux 下可计算 PSS（Proportional Set Size） 的工具，比 top、ps 更准确，因为它考虑了共享内存分摊。

apt install smem -y

查看每个 PHP-FPM 进程的内存占用：

smem -c "pid user name pss rss" | grep php-fpm | sort -n -k3

输出示例：

142837 www  php-fpm  26589 113684
142840 www  php-fpm  29724 121144
142879 www  php-fpm  24377 112120

…

解释：
• PSS (Proportional Set Size)：真实占用（排除共享）
• RSS (Resident Set Size)：常驻内存（包含共享）

👉 以本机实测为例：
每个 PHP 进程 PSS 平均约 24 MB。

三、PHP-FPM 配置分析

当前 FPM 池配置如下：

[lnmp-newvfx]
pm = static
pm.max_children = 40
rlimit_files = 51200

含义：
• static 模式：固定 35 个进程，不会增减。
• 每进程约 24MB PSS → 约 840MB。
• 再加上：
• OPcache（256 MB）
• MySQL（约 1 GB）
• 系统缓冲与缓存（约 300 MB）

✅ 总体内存占用 ≈ 2.4 GB，符合预期。
但问题是：PHP 长期运行后，内存会缓慢上升，存在碎片化风险。

四、常见隐性内存问题

1️⃣ 内存碎片化

PHP 自带 GC（垃圾回收）无法完全回收外部扩展的分配块，
进程内存缓慢增长。

2️⃣ 扩展泄漏

如 imagick.so、redis.so、apcu.so 等偶尔存在轻微泄漏。

3️⃣ 长期不重启

静态模式下，worker 常驻数天不重启，残留内存积累。

五、优化方向与配置

✅ 1. 启用进程定期重启

在 pool 配置中添加：

pm.max_requests = 500

作用：

每个 PHP 进程处理 500 个请求后自动重启，释放碎片内存。
平滑重启，不影响服务。

推荐值：

场景 建议值
稳定低流量 300–800
高并发 1000–3000

✅ 2. 调整进程数量

根据 PSS 计算：

(总内存 – MySQL占用 – 缓冲) / 单进程PSS ≈ 可用进程数

示例计算：

(3722 – 1000 – 500) / 24 ≈ 92

👉 可将 pm.max_children 调高到 45~60，安全又高效。

✅ 3. 可选：切换为动态模式

如果负载波动较大，可改为 dynamic 模式，让 FPM 自动伸缩：

pm = dynamic
pm.max_children = 60
pm.start_servers = 5
pm.min_spare_servers = 3
pm.max_spare_servers = 10
pm.max_requests = 500

好处：
• 空闲时减少内存；
• 高并发时自动扩容；
• 结合 max_requests，保持长期稳定。

✅ 4. OPcache / APCu 调优

opcache.memory_consumption = 256
opcache.interned_strings_buffer = 64
opcache.max_accelerated_files = 100000
opcache.revalidate_freq = 6
opcache.validate_timestamps = 0
opcache.save_comments = 0
apc.shm_size = 64M
apc.ttl = 3600

说明：
• revalidate_freq=6 可减少文件检查频率；
• save_comments=0 节省内存（若框架不依赖反射）；
• apc.shm_size=64M 足够绝大多数 session cache。

六、监控与验证

实时查看 PHP 实际内存趋势：

watch -n 30 "smem -r -c 'pid user name pss' | grep php-fpm | awk '{sum+=\$4} END {print sum/1024 \" MB\"}'"

或者统计平均值：

smem -r -c "pid user name pss" | grep php-fpm | awk '{sum+=$4; n++} END {print sum/n, \"KB per process\"}'

查看当前 PHP 进程数量：

ps -C php-fpm --no-headers | wc -l

七、总结

项目 优化前 优化后
PHP 进程模式 static 固定35 dynamic 自适应 60
进程重启策略 无 每500请求自动重启
平均 PSS ~24MB 稳定不增长
总内存使用 ~2.7GB ~2.3GB 稳定
服务稳定性 长期增长 长期恒定

八、附：一键检测脚本（可选）

#!/bin/bash
# check_php_mem.sh — 检查 PHP-FPM 真实内存占用并计算建议 max_children

TOTAL=$(free -m | awk ‘/Mem:/ {print $2}’)
MYSQL=$(ps aux | grep mysqld | awk ‘{sum+=$6} END {print sum/1024}’)
PSS=$(smem -r -c “pid name pss” | grep php-fpm | awk ‘{sum+=$3; n++} END {if(n>0) print sum/n/1024; else print 0}’)
SAFE_MEM=$((TOTAL – MYSQL – 500))
RECOMMEND=$(echo “$SAFE_MEM / $PSS” | bc)

echo “系统总内存: ${TOTAL}MB”
echo “MySQL占用: ${MYSQL}MB”
echo “PHP平均PSS: ${PSS}MB”
echo “建议 pm.max_children ≈ ${RECOMMEND}”

执行结果示例：

系统总内存: 3722MB
MySQL占用: 985MB
PHP平均PSS: 24.2MB
建议 pm.max_children ≈ 90

✨ 结语

通过这次优化，我们从「看到高内存占用」出发，深入分析了 真实占用（PSS）与配置策略之间的关系，并用实际监控与定期重启机制，让 PHP-FPM 长期保持健康稳定。

这类优化不是一次性操作，而是「监控 → 调整 → 验证 → 稳定」的持续过程。
稳定的内存曲线，往往比提升 10% 的性能更有价值。