502 bad gateway主因是nginx与php-fpm通信失败，需检查php-fpm worker进程是否存活、扩展加载错误、path_info配置不当、fastcgi缓冲区过小及日志首条报错。
LNMP部署phpMyAdmin时提示502 Bad Gateway，基本可以确定不是phpMyAdmin代码本身的问题，而是Nginx与PHP-FPM之间通信失败——phpMyAdmin没机会执行，请求就卡在网关层了。
确认php-fpm服务是否真正在运行
很多人以为systemctl status php-fpm显示“active (running)”就万事大吉，但实际可能只有master进程活着，worker全挂了。尤其phpMyAdmin这类需要加载大量扩展（如mbstring、openssl、mysqli）的工具，一旦某个扩展加载失败，worker会静默退出，导致后续请求全部502。
- 用
ps aux | grep php-fpm看是否有多个php-fpm: pool www子进程；若只有1个（master），说明worker启动失败 - 查
/var/log/php-fpm/www-error.log，重点找failed to load extension、unable to fork或Segmentation fault - 手动测试配置：
/usr/local/php/sbin/php-fpm -t（LNMP环境路径）；若报错，说明www.conf或php.ini有语法/指令错误（比如误写:php_flag）
检查Nginx对phpMyAdmin的location配置是否破坏PATH_INFO
phpMyAdmin默认启用index.php?route=/式路由，但部分LNMP一键包的enable-php.conf仍沿用老旧的fastcgi_param PATH_INFO $fastcgi_path_info;写法，而$fastcgi_path_info在非正则匹配块中为空，导致PHP收到空PATH_INFO后解析失败、进程崩溃。
OpenClaw Gateway 重启性能分析工具：分析重启速度、定位启动慢原因、生成性能报告、诊断启动问题。支持 Windows (PowerShell) 与 Linux (Bash)。触发场景：分析 gateway 重启、检查启动时间、生成报告、诊断异常。
- 打开站点配置（如
/usr/local/nginx/conf/vhost/your-site.conf），找到location ~ \.php$块 - 确认里面没有
fastcgi_param PATH_INFO $fastcgi_path_info;这一行——它在phpMyAdmin场景下是危险的 - 更稳妥的做法是改用
try_files兜底：location / { try_files $uri $uri/ /index.php?$query_string; }，让phpMyAdmin从$_SERVER['QUERY_STRING']取路由参数，彻底绕过PATH_INFO
验证phpMyAdmin专属目录是否触发了FastCGI缓冲区溢出
phpMyAdmin的响应头通常比普通PHP脚本大（含大量Set-Cookie、Vary、Content-Security-Policy），而LNMP默认的fastcgi_buffer_size（一般为4K或8K）容易被撑爆，Nginx日志里会出现upstream sent too big header，直接返回502。
- 在phpMyAdmin对应的
location块内显式加大缓冲区：fastcgi_buffer_size 32k;、fastcgi_buffers 4 32k; - 同时检查
fastcgi_busy_buffers_size是否至少为fastcgi_buffer_size的两倍（如设为64k） - 别忘了同步调大
client_header_buffer_size和large_client_header_buffers，避免Nginx自身解析请求头失败
真正棘手的502往往藏在“看似正常”的细节里：比如php-fpm worker数够用，但每个worker因扩展冲突反复崩溃；或者Nginx配置全局生效，却在phpMyAdmin子目录里被某条include意外覆盖。动手前先盯紧/usr/local/nginx/logs/error.log和/var/log/php-fpm/www-error.log里的**第一条报错**，而不是直接改timeout或重启服务。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
