当前位置 主页 > 服务器问题 > nginx问题汇总 > 最大化 缩小

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

    栏目:nginx问题汇总 时间:2018-12-12 16:46

    本篇文章是对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并重建,这样如果存在内存泄露的话,就会导致进程占用过多的内存而无法释放,从而使fpm的处理能力降低,还会产生一些莫名其妙的错误。
    但是如果你把这个值设置的过小,fpm频繁的杀死children并重建,也会导致额外的开销。
    最好的优化当然是根据你网站的运行情况,去不断的调试,找到一个平衡点。
    针对max_children还有一个偷懒的做法,如果你的php是5.3,那么你可以把fpm的style设置为apache-like,这个时候children的数量就由fpm自动控制。相应的配置参数是
    start_servers:起始进程数量
    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,但是这个值不是通用的,而是需要自己计算的。
    在安装好使用过程中出现502问题,一般是因为默认php-cgi进程是5个,可能因为phpcgi进程不够用而造成502,需要修改/usr/local/php/etc/php-fpm.conf 将其中的max_children值适当增加。
    计算的方式如下:

    如果你的服务器性能足够好,且宽带资源足够充足,PHP脚本没有死循环或BUG的话你可以直接将 request_terminate_timeout设置成0s。0s的含义是让PHP-CGI一直执行下去而没有时间限制。而如果你做不到这一点,也就 是说你的PHP-CGI可能出现某个BUG,或者你的宽带不够充足或者其他的原因导致你的PHP-CGI假死那么就建议你给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、查看当前进程
    代码:top
    观察fastcgi进程数,假如使用的进程数等于或高于5个,说明需要增加(根据你机器实际状况而定)
    3、调整/usr/local/php/etc/php-fpm.conf 的相关设置