php 8.2进程rss实测为62mb时，4gb内存服务器推荐pm.max_children=36；需配合dynamic模式下pm.start_servers=8、pm.min_spare_servers=4、pm.max_spare_servers=10，并调大opcache至256mb以上。
先看真实RSS，别信“平均30MB”这种话
PHP 8.2进程实际内存占用和你装的扩展、框架、Composer依赖强相关。Xdebug开着？Laravel或Symfony项目？那单进程RSS轻松飙到50–70 MB。必须用当前生产负载下实测值：ps --no-headers -o rss -C php-fpm | awk '{sum+=$1} END {print int(sum/NR/1024)" MB"}'。如果结果是62 MB，就按62算，不是按模板里的30或40。
按可用内存倒推，留足两层缓冲
服务器总内存不能全给PHP-FPM。系统、MySQL、Redis、宝塔面板自身都要吃内存。4GB机器别只留512MB——保守按总内存×0.5～0.7算可用量，再乘0.8作为安全上限：
- 总内存 4GB → 可用约 2800 MB（预留30%）
- 实测 RSS = 62 MB →
floor(2800 / 62)≈ 45 → 再 × 0.8 → 推荐pm.max_children = 36 - 设成50？那光PHP就占 3.1GB，OOM killer随时可能杀掉
php-fpm主进程
dynamic模式下必须匹配配套参数
pm.max_children只是天花板，真干活靠pm.start_servers、pm.min_spare_servers这些。PHP 8.2默认用dynamic，别动成static或ondemand：
- 4核CPU →
pm.start_servers = 8，pm.min_spare_servers = 4，pm.max_spare_servers = 16 - 这三个值都必须 ≤
pm.max_children，且pm.max_spare_servers别超pm.max_children × 0.3（比如36×0.3≈10），否则空闲时也卡着一堆进程不放内存 -
pm = ondemand禁用——冷启动fork延迟高，突发流量一来就超时，PHP 8.2下更明显
调完还502？大概率不是max_children的事
加了pm.max_children反而OOM更快，说明瓶颈根本不在进程数量。重点查三件事：
- 开
pm.status_path = /status，用curl http://127.0.0.1/status?full看active processes是否真长期顶到上限；如果不是，问题在慢脚本、数据库锁、外部API没设timeout - 开
slowlog：设request_slowlog_timeout = 1s，日志里一堆2秒以上的请求，说明代码或SQL有问题 - 检查
memory_limit是否设得过大（如1G），导致单个PHP 8.2进程吃掉太多RSS，把pm.max_children逼成“越调越崩”的死循环
最常被忽略的是：PHP 8.2的OPcache默认缓存大小仍是128MB，但大型项目常需要256MB以上。如果opcache.memory_consumption不够，会频繁失效重编译，间接拉高RSS——这会让所有基于RSS的计算全偏移。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
