php-fpm应选dynamic模式，因其通过pm.min_spare_servers和pm.max_spare_servers维持弹性空闲池，兼顾突增流量响应与低谷资源回收；static适合稳定内网api，ondemand仅适用于低频后台任务，避免首屏延迟。
PHP-FPM 不是“开箱即用”的高性能组件，它的进程管理方式直接决定 Nginx 能否扛住并发请求 —— 选错 pm 模式或配错 pm.max_children，502 和排队延迟就不是偶发问题，而是常态。
怎么选 PHP-FPM 的 pm 模式：static / dynamic / ondemand？
不是看文档推荐，而是看你的流量曲线和资源底线：
-
pm = static：只适合内部 API 或压测环境。固定进程数，无启动/销毁开销，但内存占用刚性 —— 一个进程占 30MB，pm.max_children = 100就吃掉 3GB，稍有波动就 OOM -
pm = dynamic：Web 服务默认选择。它靠pm.min_spare_servers和pm.max_spare_servers维持弹性空闲池，既防冷启动又控上限。流量突增时能拉起新进程，低谷时自动回收 -
pm = ondemand：仅适用于后台任务型站点（如定时报表页、管理后台），pm.process_idle_timeout设太短（如 10s）会导致频繁 fork，反而拖慢首屏；设太长（如 60s）又浪费空闲资源
别被“省资源”误导：ondemand 在真实 Web 请求中，首次响应延迟常超 200ms，因为要等进程从零启动 + 加载 OPcache + 建 DB 连接。
pm.max_children 怎么算才不炸？
这个值不是拍脑袋定的，它必须满足：pm.max_children × 单进程实际内存 ≤ 可用内存 × 0.8。常见错误是只看 ps aux 里 RSS 值，却忽略 PHP 扩展（如 xdebug、gd）、OPcache 共享内存、MySQL 连接缓冲区这些隐性开销。
- 用
php -i | grep memory_limit查脚本限制，再用pmap -x $(pgrep php-fpm | head -1)看单个 worker 实际 RSS（单位 KB），取峰值的 1.3 倍作安全系数 - 假设实测单进程稳定在 35MB，服务器有 4GB 可用内存 →
4096 × 0.8 ÷ 35 ≈ 93，向下取整为 90 更稳妥 -
pm.start_servers别设成pm.max_children的 1/2，建议按 CPU 核心数 × 2 设置（如 4 核 → 8），避免启动慢卡住 Nginx reload
设太高会触发 Linux OOM killer 杀进程；设太低则 Nginx error log 里反复出现 upstream sent too big header 或 no live upstreams。
fastcgi_pass 用 socket 还是 TCP？权限和路径细节最容易翻车
本地部署一律优先 unix:/run/php/php8.5-fpm.sock —— 它比 127.0.0.1:9000 少走网络协议栈，延迟低 15%+，且无端口冲突风险。但两个细节 90% 的人会漏：
- Nginx worker 进程用户（
user www-data;）必须对 socket 文件有读写权限：ls -l /run/php/php8.5-fpm.sock显示属组是www-data，且权限含rw（如srw-rw----）；否则 Nginx error log 报Permission denied (13) - PHP-FPM pool 配置里的
listen = /run/php/php8.5-fpm.sock和 Nginx 的fastcgi_pass必须**完全一致**：大小写、斜杠方向、有无前导空格都不能错。常见错误是 FPM 配了/var/run/php/php8.5-fpm.sock，Nginx 却写成/run/php/... - 跨容器或远程部署只能用 TCP，此时必须加
fastcgi_read_timeout 300;，否则大文件上传或慢 SQL 直接触发 504
哪些 fastcgi_* 缓冲参数一错就 502？
fastcgi_buffer_size 和 fastcgi_buffers 是最常配错的一对，它们共同决定 Nginx 能接收多大的 PHP 响应体。设小了不报错，而是直接 502 —— 因为缓冲区满后 Nginx 拒绝继续接收。
- 如果 PHP 模板返回 HTML 含大量内联 JS/CSS，响应头 + body 超过 128KB，
fastcgi_buffer_size 64k就不够，至少要fastcgi_buffer_size 128k -
fastcgi_buffers 8 128k表示总共 8 个缓冲区，每个 128KB，总容量 1MB；若 PHP 输出 1.2MB，第 9 个 chunk 就溢出，触发 502 -
fastcgi_busy_buffers_size必须 ≥fastcgi_buffer_size，否则缓冲区满后无法把数据暂存到 busy 区，连接直接断 - 别碰
fastcgi_max_temp_file_size 0—— 这会让大响应强制走磁盘临时文件，一旦/var/cache/nginx/fastcgi_temp所在分区 inodes 耗尽，所有 PHP 请求静默失败
真正难调的不是数值本身，而是你得先知道 PHP 实际输出有多大：用 curl -s -w "%{size_download}\n" -o /dev/null http://localhost/test.php 测真实 body size，再反推 buffer 配置。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
