Nginx 502错误原因和解决方法不管你是做运维还是做开发，哪怕你是游客，时不时会遇到 502 Bad Gateway 或 504 Gateway Time-out。 出现这页面，把服务重启下，再实在不行重启下服务器，问题就解决了，特殊情况请继续阅读。

状态码解释502 Bad Gateway：作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的响应。

504 Gateway Time-out：作为网关或者代理工作的服务器尝试执行请求时，未能及时从上游服务器（URI 标识出的服务器，例如 ）收到响应。

502 Bad Gateway原因分析将请求提交给网关如 php-fpm 执行，但是由于某些原因没有执行完毕导致 php-fpm 进程终止执行。 说到此，这个问题就很明了了，与网关服务如 php-fpm 的配置有关了。

php-fpm.conf 配置文件中有两个参数就需要你考虑到，分别是 max_children 和 request_terminate_timeout。

max_children 最大子进程数，在高并发请求下，达到 php-fpm 最大响应数，后续的请求就会出现 502 错误的。 可以通过 netstat 命令来查看当前连接数。

request_terminate_timeout 设置单个请求的超时终止时间。 还应该注意到 php.ini 中的 max_execution_time 参数。 当请求终止时，也会出现 502 错误的。

当积累了大量的 php 请求，你重启 php-fpm 释放资源，但一两分钟不到，502 又再次呈现，这是什么原因导致的呢？

这时还应该考虑到数据库，查看下数据库进程是否有大量的 locked 进程，数据库死锁导致超时，前端终止了继续请求，但是 SQL 语句还在等待释放锁，这时就要重启数据库服务了或 kill 掉死锁 SQL 进程了。

504 Gateway Time-out原因分析504 错误一般是与 nginx.conf 配置有关了。 主要与以下几个参数有关：fastcgi_connect_timeout、fastcgi_send_timeout、fastcgi_read_timeout、fastcgi_buffer_size、fastcgi_buffers、fastcgi_busy_buffers_size、fastcgi_temp_file_write_size、fastcgi_intercept_errors。

特别是前三个超时时间。 如果 fastcgi 缓冲区太小会导致 fastcgi 进程被挂起从而演变为 504 错误。

总结总而言之，502 错误主要从四个方向入手：

max_childrenrequest_terminate_timeout、max_execution_time数据库网关服务是否启动如 php-fpm504 错误主要查看 nginx.conf 关于网关如 fastcgi 的配置。 本文参考：嗨客网()