nginx+php的502 bad gateway错误原因分析

发布时间:2019-12-15编辑:脚本学堂
本文介绍下,nginx与php环境中,出现502 bad gateway错误的原因及解决方法,供大家参考。

nginx+php环境中出现502 bad gateway,大多不是nginx本身的问题,而是fastcgi或php的问题所致。

通常会有如下的几种情况:
1,php.ini的memory_limit 过小(如果有个别php程序进程需要占用极大内存时,这个勿必注意下。)
2,php-fpm.conf 中max_children或者max_requests 设置不合理(设置过小会因为没有足够的cgi进程处理请求,设置过大会出现一会儿有响应正常,一会儿等很久才有响应的情况,一般情况下children按 照内存计算,比如说1G设置64,2G128。
需要根据实际情况自行调整。
另外,查看当前的PHP FastCGI进程数是否够用的命令为:
netstat -anpo | grep “php-cgi” | wc -l 
如果实际使用的“FastCGI进程数”接近预设的“FastCGI进程数”,那么,说明“FastCGI进程数”不够用,需要增大。)

3,查看nginx错误日志,发现 pstream sent too big header while reading response header from upstream ,则检查client head buffer,fastcgi buffer size是否过小,可设置为32K。
php程序执行时间过长而超时,检查nginx和fastcgi中各种timeout设置。(nginx 中的 fastcgi_connect_timeout 300; fastcgi_send_timeout 300 :fastcgi_read_timeout 300; keepalive_timeout ; php-fpm中的request_terminate_timeout,php.ini中的max_execution_time)。

php-fpm有一个参数 max_requests ,该参数指明了每个children最多处理多少个请求后便会被关闭。

在大量处理请求下,如果该值设置过小会导致children频繁的自杀和建立而浪费 大量时间,若所有的children差不多都在这个时候自杀,则重建前将没有children响应请求,于是出现502 。可以将该值设置大一些或者是0[无限]。

对于nginx中502的解决方法,就是多看nginx和fastcgi的errorlog,找出问题所在,然后就好解决了。

总结: php-cgi进程数不够用、php执行时间长、或者是php-cgi进程死掉,都会出现502错误。