Nginx 502 Bad Gateway 错误和解决方案

Nginx 502 Bad Gateway 是因为nginx因为内存不足，PHP反应缓慢，php进程不足等引起的一类服务器错误。

发送问题的原因：

1、PHP FastCGI进程数不够用 

当网站并发访问巨大时，php fastcgi的进程数不有一定的保障，因为cgi是单线程多进程工作的，也就是说cgi需要处理完一个页面后再继续下一个页面。如果进程数不够，当访问巨大的时候，cgi按排队处理之前的请求，之后的请求只有被放弃。这个时候nginx就会不时的出现502错误。

2、PHP FastCGI的内存不够用

当nginx返回静态页面时，这个问题一般不会出现，因为nginx不需要php cgi的处理而直接返回静态页面。但是当网页需要处理大量的php复杂操作的时候，例如执行api采集，或者采集页面的时候，那对php的要求是相当高的，如果配置给他的内存太少，那很容易就会导致php崩溃。

解决方法：

1、请检查你的FastCGI进程是否启动

2、FastCGI进程不够使用

请通过执行 netstat -anpo | grep "php-cgi" | wc -l 判断，是否接近你启动的FastCGI进程，接近你的设置，表示进程不够。

3、执行超时

可以把 nginx.conf 这几项的值调大一些：

fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300;

4、FastCGI缓冲不够

nginx和apache一样，有前端缓冲限制，可以把 nginx.conf 这几项的值调大一些：

fastcgi_buffer_size 32k; fastcgi_buffers 8 32k;

5、Proxy缓冲不够

如果你使用了Proxying，可以把 nginx.conf 这几项的值调大一些：

proxy_buffer_size 16k; proxy_buffers 4 16k;

6、https转发配置错误

正确的配置方法

server_name www.server110.com;  location /myproj/repos {  set $fixed_destination $http_destination; if ( $http_destination ~* ^https(.*)$ ) { set $fixed_destination http$1; }  proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Destination $fixed_destination; proxy_pass http://subversion_hosts; }

7、php脚本执行时间过长

将 php-fpm.conf 的 <value name="request_terminate_timeout">0s</value> 的 0s 改成一个时间。

监控脚本

当发生 Nginx 502 Bad Gateway 错误问题时候重启 PHP-FPM进程，并发送邮件通知管理员：

#!/bin/bash  STATE=`curl --head http://www.server110.com | awk 'NR==1' | awk '{print $2}'`  if [ "$STATE" -eq "502" ]; then     /bin/bash /usr/local/webserver/php/sbin/php-fpm reload     /bin/bash /usr/local/webserver/nginx/sbin/nginx -s reload      echo "[报警]" "http error 502" $(date +"%y-%m-%d %H:%M:%S") "Reload php-fpm And Nginx" | mail -s "ERROR" [email protected] elif [ "$STATE" -ne "502" ] && [ "$STATE" -ne "200" ]; then     echo "[报警]" "Web Server Stop Working" $(date +"%y-%m-%d %H:%M:%S") | mail -s "ERROR" [email protected] fi

定时执行脚本，这里是30分钟执行一次，可以根据情况而定

vim /etc/crontab

  */30 * * * * root /root/satools/reload_php-fpm_error.sh

php-fpm.conf两个至关重要的参数，事关502 Bad gateway 和504 Gateway Time-out错误

这里规定了PHP-CGI的连接、发送和读取的时间，300秒足够用了，因此我的服务器很少出现504 Gateway Time-out这个错误。最关键的是php-fpm.conf的设置，这个会直接导致502 Bad Gateway和504 Gateway Time-out。

下面我们来仔细分析一下php-fpm.conf几个重要的参数：

php-fpm.conf有两个至关重要的参数，一个是”max_children”,另一个是”request_terminate_timeout”

我的两个设置的值一个是”40″，一个是”900″，但是这个值不是通用的，而是需要自己计算的。

计算的方式如下：

如果你的服务器性能足够好，且宽带资源足够充足，PHP脚本没 有系循环或BUG的话你可以直接将”request_terminate_timeout”设置成0s。0s的含义是让PHP-CGI一直执行下去而没有 时间限制。而如果你做不到这一点，也就是说你的PHP-CGI可能出现某个BUG，或者你的宽带不够充足或者其他的原因导致你的PHP-CGI能够假死那 么就建议你给”request_terminate_timeout”赋一个值，这个值可以根据你服务器的性能进行设定。一般来说性能越好你可以设置越 高，20分钟-30分钟都可以。由于我的服务器PHP脚本需要长时间运行，有的可能会超过10分钟因此我设置了900秒，这样不会导致PHP-CGI死掉 而出现502 Bad gateway这个错误。

而”max_children”这个值又是怎么计算出来的呢？这个值原则上是越大越好，php-cgi的进程多 了就会处理的很快，排队的请求就会很少。设置”max_children”也需要根据服务器的性能进行设定，一般来说一台服务器正常情况下每一个php- cgi所耗费的内存在20M左右，因此我的”max_children”我设置成40个，20M*40=800M也就是说在峰值的时候所有PHP-CGI 所耗内存在800M以内，低于我的有效内存1Gb。而如果我的”max_children”设置的较小，比如5-10个，那么php-cgi就会“很 累”，处理速度也很慢，等待的时间也较长。如果长时间没有得到处理的请求就会出现504 Gateway Time-out这个错误，而正在处理的很累的那几个php-cgi如果遇到了问题就会出现502 Bad gateway这个错误。

声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。