如何解决Nginx php 50x 错误

SEO反馈百度爬虫经常504，一般情况下是由nginx默认的fastcgi进程响应慢引起的，但也有其他情况，这里我总结了一些解决办法供大家参考。

 

方法/步骤

一般50x状态码问题分析：

Nginx 500 Internal Server Error 根据使用的情况来看 （1.文件句柄数限制 2.磁盘空间满 3.rewrite规则配置错误，php语法错误  4.如果配置文件里有些变量设置不当 5.并发数太多 6.数据库访问不了）

Nginx 502 Bad Gateway的含义是请求的PHP-CGI已经执行，但是由于读取资源的等没有执行完毕而导致PHP-CGI进程终止。

Nginx 503 Service Temporarily Unavailable  服务暂时不可用，由于临时的服务器维护或者过载，服务器当前无法处理请求，（比如并发大的情况下）

Nginx 504 Gateway Time-out的含义是没有请求到可以执行的PHP-CGI。

1. 情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成

   这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。

2.  

   情况一解决办法：

   默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k

   这表示设置fastcgi缓冲区为8块128k大小的空间。

3.  

   情况一解决办法（改进）：

   在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：

   send_timeout 60;

   经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。

4.  

   情况二：PHP环境的配置问题

   这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。

5.  

   情况二解决办法（ php-fpm配置修改）：

   将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。

   将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。

6.  

   情况二解决办法（nginx配置修改）：

   为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下：

   将fastcgi_buffers由4 64k改为2 256k;

   将fastcgi_buffer_size 由64k改为128k;

   将fastcgi_busy_buffers_size由128k改为256k;

   将fastcgi_temp_file_write_size由128k改成256k。

7. 7

   情况二解决办法修改完，我们需要重新加载php-fpm和nginx的配置，然后再进行测试。之后就没有发现“504 Gateway Time-out”错误，效果也还是不错的！

   1、request_time

   官网描述：request processing time in seconds with a milliseconds resolution; time elapsed between the first bytes were read from the client and the log write after the last bytes were sent to the client 。

   指的就是从接受用户请求的第一个字节到发送完响应数据的时间，即包括接收请求数据时间、程序响应时间、输出响应数据时间。

    

   2、upstream_response_time

   官网描述：keeps times of responses obtained from upstream servers; times are kept in seconds with a milliseconds resolution. Several response times are separated by commas and colons like addresses in the $upstream_addr variable

    

   是指从Nginx向后端（php-cgi)建立连接开始到接受完数据然后关闭连接为止的时间。

    

   从上面的描述可以看出，$request_time肯定比$upstream_response_time值大，特别是使用POST方式传递参数时，因为Nginx会把request body缓存住，接受完毕后才会把数据一起发给后端。所以如果用户网络较差，或者传递数据较大时，$request_time会比$upstream_response_time大很多。

    

   所以如果使用nginx的accesslog查看php程序中哪些接口比较慢的话，记得在log_format中加入$upstream_response_time

    

   location ~* \.php {
   fastcgi_split_path_info ^(.+\.php)(.*)$;
   fastcgi_pass unix:/tmp/php-cgi.sock;
   fastcgi_param SCRIPT_FILENAME "/home/bc/g.baicheng.com/public/index.php";
   fastcgi_param PATH_INFO $fastcgi_script_name;
   fastcgi_index index.php;
   include fastcgi_params;
   fastcgi_connect_timeout 300;
   fastcgi_send_timeout 300;
   fastcgi_read_timeout 300;

   }