如何解决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;

    }

阅读更多

没有更多推荐了,返回首页