nginx服务器异常502badgateway原因排查服务器进⾏粉丝数据同步以及批量推送报错502
根据错误信息可以判定是后端的问题，502错误的原因有很多种，但总的来说就是服务器处理不过来了
1.⾸先查看服务器⽇志
1）先查nginx⽇志，不熟悉的可以从f中获取error_log的路径，到错误如下：
发现nginx进程处理的连接数不够⽤，单个进程处理的连接数超过了f配置的worker_connections值
通常worker_connections的值可以参考单个进程打开的最⼤连接数，命令为：ulimit -n
ulimit -a 查看所有限制参数
当前最⼤打开⽂件数：65535，可以设置worker_connections为51200
重启nginx nginx -s reload
查看当前tcp连接状况
netstat -an|awk '/^tcp/{++S[$NF]}END{for (a in S)print a,S[a]}'
2)查看php-fpm⽇志，同样不熟悉⽇志位置可以从f中查看，注意php7以上的配置⽂件是放在php-fpm.d⽬录下的f
查看php-fpm.log
发现pm.max_children不够⽤了，说明php-fpm最⼤进程数太⼩了，查看php配置⽂件ww.conf，修改改参数
pm.max_children=100
php-fpm主要调整⼏个参数
pm = dynamic 如何控制⼦进程，选项有static和dynamic
pm.max_children：静态⽅式下开启的php-fpm进程数量
pm.max_requests：php-fpm⼦进程能处理的最⼤请求数
pm.start_servers：动态⽅式下的起始php-fpm进程数量
pm.min_spare_servers：动态⽅式下的最⼩php-fpm进程数
pm.max_spare_servers：动态⽅式下的最⼤php-fpm进程数量
⼀、pm.max_children，pm.max_spare_servers 多⼤合适？
这个值原则上是越⼤越好，php-cgi的进程多了就会处理的很快，排队的请求就会很少。
设置”max_children” 也需要根据服务器的性能进⾏设定。
数量也可以根据内存/30M 得到，⽐如8GB内存可以设置为100，那么php-fpm耗费的内存就能控制在 2G-3G的样⼦。
对于⼩内存的服务器来说，⽐如256M内存的VPS，即使按照⼀个20M的内存量来算，10个php-cgi进程就将耗掉200M内存，那系统的崩溃就应该很正常了。
因此应该尽量地控制php-fpm进程的数量，⼤体明确其他应⽤占⽤的内存后，
给它指定⼀个静态的⼩数量，会让系统更加平稳⼀些。或者使⽤动态⽅式，
因为动态⽅式会结束掉多余的进程，可以回收释放⼀些内存，所以推荐在内存较少的服务器或VPS上使⽤。具体最⼤数量根据内存/30M 得到。
pm.start_servers缺省值计算公式: min_spare_servers + (max_spare_servers - min_spare_servers) / 2。
⽐如说512M的VPS，加⼊分配给php-fpm最⼤250M，建议pm.max_spare_servers设置为250/30 ，约为8。⾄于
pm.min_spare_servers，则建议根据服务器的负载情况来设置，⽐如服务器上只是部署php环境的话，⽐较合适的值在2~5之间。
这⾥⾯还有⼀个问题，php-fpm因为⼀些第三⽅库可能会引起内存泄漏，时间长了，占⽤的内存会⽐较多，像我们的服务器现在就是50m左右，还好，有pm.max_requests这个参数，这个参数指定了⼀个php-fpm⼦进程执⾏多少次之后重启该进程。这个可能就要根据你的实际情况调整了。
计算⽅式如下：
⼀般来说⼀台服务器正常情况下每⼀个php-cgi所耗费的内存在20M~30M左右，因此我的”max_children”我设置成40
个，20M*40=800M也就是说在峰值的时候所有PHP-CGI所耗内存在800M以内，低于我的有效内存2Gb。
⽽如果我的”max_children”设置的较⼩，⽐如5-10个，那么php-cgi就会“很累“，处理速度也很慢，等待的时间也较长，占⽤的CPU也很⾼。
如果长时间没有得到处理的请求就会出现 504 Gateway Time-out 这个错误，⽽正在处理的很累的那⼏个php-cgi如果遇到了问题就会出现 502 Bad gateway 这个错误。
max_children较好的设置⽅式根据req/s
（吞吐率，单位时间⾥服务器处理的最⼤请求数，单位req/s）来设置，
若程序是 100 req/s 的处理能⼒，那么就设置 100⽐较好，这是动态来调整的。
⼆、request_terminate_timeout 多⼤合适？
计算⽅式如下：
php8兼容php7吗
如果你的服务器性能⾜够好，且宽带资源⾜够充⾜，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这个错误。
优化后的参数
编辑/usr/local/php/etc/php-fpm.f:
服务器配置：2核8G
pm = dynamic
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 100
request_terminate_timeout=1200
查出服务的进程id
ps aux |grep php-fpm
kill -9 进程id 常⽤来杀死僵⼫进程
总结nginx出现502错误原因
⼆、代理缓冲区设置过⼩
如果你使⽤的是nginx反向代理，如果header过⼤，超出了默认的1k，就会引发上述的upstream sent too big header （说⽩了就是nginx把外部请求给后端处理，后端返回的header太⼤，nginx处理不过来就会导致502。
server {
listen      80;
server_name  *.;
location / {
添加这3⾏
fastcgi_buffer_size 64k;
fastcgi_buffers 32 32k;
fastcgi_busy_buffers_size 128k;
添加这3⾏
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
…………
}
三、默认php-cgi的进程数设置过少
在安装好使⽤过程中出现502问题，⼀般是因为默认php-cgi进程是5个，可能因为phpcgi进程不够⽤⽽造成502，需要修
改/usr/local/php/f 将其中的max_children值适当增加。也有可能是max_requests值不够⽤。需要说明的是这连个配置项占⽤内存很⼤，请根据服务器配置进⾏设置。否则可能起到反效果。
四、php执⾏超时
php执⾏超时，修改/usr/local/php/etc/php.ini 将max_execution_time 改为300
五、nginx等待时间超时
部分PHP程序的执⾏时间超过了Nginx的等待时间，可以适当增加f配置⽂件中FastCGI的timeout时间
http {
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
……
}
六、如果做这⼀块，注意有可能是服务器请求⾃⼰服务器过多导致的
如果发现php-fpm进程数已经达到最⼤的进程数，查看php-fpm配置⽂件，可以看到错误信息
到此这篇关于nginx服务器异常502 bad gateway原因排查的⽂章就介绍到这了，更多相关nginx服务器异常502 bad gateway内容请搜索以前的⽂章或继续浏览下⾯的相关⽂章希望⼤家以后多多⽀持！

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。