php-fpm僵死是进程存在但不响应请求，关键信号包括：ps显示d/z状态、curl status卡住、cpu高但qps近零、nginx频现502错误。
识别进程僵死的关键信号
PHP-FPM 僵死不是“进程消失”，而是进程仍在但不响应请求。常见表现包括：
• ps 查看状态为 D（不可中断睡眠） 或 Z（僵尸）；
• curl -I http://localhost/status 卡住无响应，或返回超时；
• 系统 CPU 使用率异常高但 QPS 接近零，或内存持续缓慢上涨；
• Nginx 错误日志频繁出现 502 Bad Gateway、upstream timed out。
配置超时联动，主动切断死连接
Nginx 无法“唤醒”僵死进程，但可通过超时机制快速释放资源，避免连锁阻塞：
• fastcgi_read_timeout 设为 30s（必须 ≤ PHP-FPM 的 request_terminate_timeout）；
• fastcgi_connect_timeout 和 fastcgi_send_timeout 分别设为 5s 和 60s；
• 在 PHP-FPM 池配置中同步设置：request_terminate_timeout = 30s，确保脚本级强制终止；
• 启用 fastcgi_next_upstream error timeout http_500 http_502 http_503 http_504，配合 upstream 多实例实现自动故障转移。
构建轻量自愈流程，自动拉起服务
僵死常伴随进程退出或 socket 不可用，需闭环检测与恢复：
• 在作业平台编写拉起脚本，例如：
– 检查 php-fpm.sock 是否存在且可写；
– 执行 systemctl restart php8.2-fpm 或 kill -USR2 $(cat /var/run/php/php8.2-fpm.pid)；
– 加入校验逻辑：curl -f http://localhost/status -o /dev/null || exit 1；
• 创建对应自愈套餐，关联蓝鲸监控中的 PHP-FPM 进程异常 或 502 告警；
• 自愈范围按模块指定，如仅对 www 池生效，避免误操作其他池。
预防僵死比修复更重要
多数僵死源于配置失配或资源耗尽：
• PHP-FPM 采用 dynamic 模式，设置 pm.max_requests = 500 防止内存泄漏累积；
• 限制单个请求内存：php_admin_value[memory_limit] = 256M；
• Nginx 开启 fastcgi_keep_conn on 减少连接开销，搭配 upstream 的 keepalive 32；
• 关键接口前置限流：limit_req zone=api burst=10 nodelay，防突发流量压垮进程池。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
