深入探讨:Nginx 502 Bad Gateway错误的解决方法

深入探讨深入探讨:Nginx 502 Bad Gateway错误的解决方法错误的解决方法

本篇文章是对Nginx 502 Bad Gateway错误的解决方法进行了详细的分析介绍，需要的朋友参考下

max_children=40 , 每个children平均占用20M-30M内存，children越多，可以同时接受的并发数量越多，一般children的值是

网站最高并发数+浮动值，这值再×内存占用，就是你需要用到的内存。

max_requests = N 是指当每个children接受了N次请求以后，就会把自己杀死，然后重新建立一个children。

PV / max_children = 每一个每一个children接受的接受的request次数次数[ 默认预设浏览一个只调用一次默认预设浏览一个只调用一次PHP程序，或许异步调用呢程序，或许异步调用呢?接口接口

呢？呢？]

比如上面的值是1000，而你定义的是10240，那么fpm要超过10天才能杀死children并重建，这样如果存在内存泄露的话，就

min_spare_servers：最小进程数量

max_spare_servers：最大进程数量

当服务器比较空闲的时候，fpm会主动杀死一些多余的children，用来节约资源，当服务器繁忙的时候，服务器会自动建立更

多的children。

#########################

Nginx 502 Bad Gateway的含义是请求的PHP-CGI已经执行，但是由于某种原因（一般是读取资源的问题）没有执行完毕而导

致PHP-CGI进程终止，

一般来说一般来说Nginx 502 Bad Gateway和和php-fpm.conf的设置有关。的设置有关。

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

另一个是request_terminate_timeout，但是这个值不是通用的，而是需要自己计算的。

request_terminate_timeout赋一个值，这个值可以根据服务器的性能进行设定。一般来说性能越好你可以设置越高，20分钟-

30分 钟都可以。

而max_children这个值又是怎么计算出来的呢？这个值原则上是越大越好，php-cgi的进程多了就会处理的很快，排队的请求

就会很少。 设置max_children也需要根据服务器的性能进行设定，

一般来说一台服务器正常情况下每一个php-cgi所耗费的内存在20M左右。

按照官方的答案，排查了相关的可能，并结合了网友的答案，得出了下面的解决办法。

1、查看、查看php fastcgi的进程数（的进程数（max_children值）值）

代码：netstat -anpo | grep “php-cgi” | wc -l

5（假如显示5）

2、查看当前进程、查看当前进程

request_terminate_timeout执行的时间为60秒，也就是1分钟。

#################################################

网站运行环境是Nginx +php fastcgi模式的。这几天运行一直不稳定，总是出错，报502错误。

今天跟以前的同事请教了一下，他告诉我检查一下php-fpm的日志，那里记录了很多有用的信息。

于是我检查了一下，发现确实有很多报错信息：

Sep 30 08:32:23.289973 [NOTICE] fpm_unix_init_main(), line 271: getrlimit(nofile): max:51200, cur:51200

如果和nginx.conf : worker_rlimit_nofile 65500; 不一致必须检查，设置重启服务

Mar 01 14:39:15.881047 [NOTICE] fpm_children_make(), line 352: child 12364 (pool default) started

Mar 01 14:39:21.715825 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD

Mar 01 14:39:21.715899 [NOTICE] fpm_children_bury(), line 215: child 11947 (pool default) exited with code 0 after