502错误主因是php-fpm无响应，需先用systemctl status php-fpm和ps aux | grep php-fpm确认服务状态与进程存在性，再查socket文件、nginx及php-fpm日志定位崩溃原因，最后调整pm.max_children、pm.max_requests等参数并监控告警。
502 错误不是 Nginx 本身挂了，而是它转发请求后，PHP-FPM 没给有效回应——可能已崩溃、卡死、拒绝连接，或根本没在运行。
确认 PHP-FPM 是否存活
先看服务状态和进程是否存在：
- 运行 systemctl status php-fpm，若显示 inactive (dead) 或 failed，说明服务已退出
- 执行 ps aux | grep php-fpm，若只看到 grep 进程、没有 master process 和 pool www 子进程，也表明 PHP-FPM 未运行
- 检查 socket 文件是否存在：ls -l /var/run/php-fpm.sock（或 /run/php/php*-fpm.sock），若报 No such file，常因 PHP-FPM 未启动或配置路径不一致
查日志定位崩溃原因
别只重启，要看为什么崩：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- Nginx 错误日志：/var/log/nginx/error.log，重点找类似 connect() to unix:/... failed (111: Connection refused) 或 upstream prematurely closed connection
- PHP-FPM 日志：/var/log/php-fpm.log 或 /var/log/php7.4-fpm.log，搜索 FATAL、segfault、unable to fork、rlimit 等关键词
- 常见崩溃诱因：内存耗尽（Out of memory: Kill process）、子进程数超系统限制（failed to set rlimit）、OPcache 冲突、扩展兼容性问题
快速恢复 + 防止再崩
先让网站回来，再加固配置：
- 临时恢复：systemctl start php-fpm（若之前是 stop）或 systemctl restart php-fpm（若已启动但异常）
- 检查资源上限：cat /etc/security/limits.conf，确保 php-fpm 用户（如 www-data 或 nginx）的 nproc 值足够，例如加一行：www-data soft nproc 65535
- 调整 PHP-FPM 关键参数（/etc/php/*/fpm/pool.d/www.conf）：
– pm.max_children：按内存估算（每进程约 20–30MB），4GB 内存建议设为 100–128
– pm.max_requests：设为 1000 或 0（防内存泄漏导致子进程僵死）
– request_terminate_timeout：避免单个脚本无限占用（如设为 300s）
验证与监控
修复后不能算完事：
- 用 netstat -anpo | grep php-fpm | wc -l 查当前活跃 worker 数，持续接近 max_children 就说明仍吃紧
- 加简单健康检查：在 Nginx 配置里加 location /ping { return 200 "ok"; }，再用 curl 测试 PHP-FPM 是否能响应真实请求
- 设置基础告警：监控 php-fpm.service 状态、/var/log/php-fpm.log 中的 FATAL 行数增长
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
