当前位置: 首页>后端>正文

nginx 出现700 nginx 503怎么解决

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



nginx 出现700 nginx 503怎么解决,nginx 出现700 nginx 503怎么解决_运维,第1张


 


方法/步骤

一般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
1.          
          
              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;
 }

https://www.xamrdz.com/backend/3qb1961982.html

相关文章: