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。

  4. 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)

  5. php-fpm有一个参数 max_requests  ,该参数指明了每个children最多处理多少个请求后便会被关闭。在大量处理请求下,如果该值设置过小会导致children频繁的自杀和建立而浪费 大量时间,若所有的children差不多都在这个时候自杀,则重建前将没有children响应请求,于是出现502  。可以将该值设置大一些或者是0[无限]。

以上差不多是比较常见的502的问题原因以及解决办法,其实解决问题的最好的方式还是自己去看nginx和fastcgi的errorlog。

最后借用网上的万金油说法做个总结: php-cgi进程数不够用、php执行时间长、或者是php-cgi进程死掉,都会出现502错误。

爱慕尔商城欢迎您的光临!
穿衣打扮  
城市物语