PHP+Nginx经常出现502、504原因与解决方法

很多新手刚开始做网站可能感觉不到502，504的问题，当等你网站到达了一定水平的时候，流量起来的时候，你会发现经常会遇到502、504类似的问题。

一、什么是502状态码？

502 Bad Gateway：作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的响应。

二、502 Bad Gateway 原因一般有哪些？

将请求提交给网关如PHP-fpm执行，但是由于某些原因没有执行完毕导致php-fpm进程终止执行。这个问题与网关服务如php-fpm的配置有关。

php-fpm.conf配置文件中有两个参数就需要你考虑到，分别是max_children和request_terminate_timeout。

• max_children最大子进程数，在高并发请求下，达到php-fpm最大响应数，后续的请求就会出现502错误的。可以通过netstat命令来查看当前连接数。

• request_terminate_timeout设置单个请求的超时终止时间。还应该注意到php.ini中的max_execution_time参数。当请求终止时，也会出现502错误的。

当积累了大量的php请求，你重启php-fpm释放资源，但一两分钟不到，502又再次呈现，这是什么原因导致的呢？ 这时还应该考虑到数据库，查看下数据库进程是否有大量的locked进程，数据库死锁导致超时，前端终止了继续请求，但是sql语句还在等待释放锁，这时就要重启数据库服务了或kill掉死锁SQL进程了。

三、什么是504状态码？

504 Gateway Time-out：作为网关或者代理工作的服务器尝试执行请求时，未能及时从上游服务器（URI标识出的服务器，例如Http、FTP、LDAP）或者辅助服务器（例如DNS）收到响应。

四、504 Gateway Time-out 原因一般有哪些？

504错误一般是与Nginx.conf 配置有关。主要与以下几个参数有关：

fastcgi_connect_timeout

fastcgi_send_timeout

fastcgi_read_timeout

fastcgi_buffer_size

fastcgi_buffers

fastcgi_busy_buffers_size

fastcgi_temp_file_write_size

fastcgi_intercept_errors

特别是前三个超时时间。如果fastcgi缓冲区太小会导致fastcgi进程被挂起从而演变为504错误。

五、关于PHP+Nginx经常出现502、504的解决方法

由于不同的原因，解决方法也是不一样的，一定要根据实际的情况去分析。例如，以下是我以前遇到的502的相关问题。

Nginx 502 Bad Gateway 原因与解决方法

Nginx报错：upstream timed out (110: Connection timed out) 原因与解决方法

今天重点说下我遇到504问题的解决方法。

由于我用的是PHP+Nginx+百度云加速CDN，然后，百度云加速CDN一直给我报504错误，我排查了很多也没有找到原因。

最初我以为修改nginx.conf，增加如下“error Connection timed out and 504 error”的代码可以解决这个问题。

[root@localhost /]# vim nginx.confserver {        listen 80;        server_name zabbix.gree.com;        access_log /roobo/logs/nginx/zabbix.gree.com_access.log main;        error_log /roobo/logs/nginx/zabbix.gree.com_error.log error ;        root /roobo/WEBserver/zabbix;        index index.html index.htm index.php;         location / {            try_files $uri $uri/ /index.php$is_args$args;        }        location ~ \.php$ {            try_files $uri =404;            include fastcgi.conf;            fastcgi_pass 10.7.19.195:9000;        }        #error Connection timed out and 504 error       large_client_header_buffers 4 16k;       client_max_body_size 30m;       client_body_buffer_size 128k;       fastcgi_connect_timeout 300;       fastcgi_read_timeout 300;       fastcgi_send_timeout 300;       fastcgi_buffer_size 64k;       fastcgi_buffers   4 32k;       fastcgi_busy_buffers_size 64k;       fastcgi_temp_file_write_size 64k;}

经过测试，并没有任何效果。

我又自信的以为是我用了FirewallD防火墙的原因，结果我关闭它，测试也没有效果，照样报504错误。

最后当再出现504错误的时候，我直接暴力操作，杀死php-fpm，再重启，就可以恢复正常，从而我判断是php的问题。经过我的排查，发现是“pm.max_requests”这个参数的问题，我最初设置的是204000，现在设置的是20400即可恢复正常，没有再出现504错误了，平均负载 Load Average也在正常的范围类。

但是过一段时间后，又会出现“504连接超时”这个问题。

最终，经过我几天的测试，我最终php-fpm.conf参数调整如下即恢复正常：

注意：这里我顺便说一下，我以前配置的参数是 pm.max_spare_servers = 60； pm.max_requests = 204800；

pm = dynamicpm.start_servers = 20pm.min_spare_servers = 20pm.max_spare_servers = 30pm.max_requests = 20480

总结：

通俗点讲，设置“pm.max_requests”参数小一点，就是让php-fpm能够自动的频繁重启，关于具体设置多大？要根据你的服务器配置以及流量状况来分析，自己可以去做测试。

经过我的的测试，我发现pm.max_requests设置太大会出现504 Gateway Time-out，pm.max_requests设置太小，平均负载 Load Average又会超出正常值的范围，甚至更高。

来源地址：https://blog.csdn.net/winkexin/article/details/130628949