nginx中的超时设置

参考博文: nginx中的超时设置

nginx使用proxy模块时,默认的读取超时时间是60s。

1. send_timeout

syntax: send_timeout the time

default: send_timeout 60

context: http, server, location

Directive assigns response timeout to client. Timeout is established not on entire transfer of answer, but only between two operations of reading, if after this time client will take nothing, then nginx is shutting down the connection.

2. 负载均衡配置时的2个参数:fail_timeout和max_fails

这2个参数一起配合,来控制nginx怎样认为upstream中的某个server是失效的当在fail_timeout的时间内,某个server连接失败了max_fails次,则nginx会认为该server不工作了。同时,在接下来的 fail_timeout时间内,nginx不再将请求分发给失效的server。
个人认为,nginx不应该把这2个时间用同一个参数fail_timeout来控制,要是能再增加一个fail_time,来控制接下来的多长时间内,不再使用down掉的server就更好了~
如果不设置这2个参数,fail_timeout默认为10s,max_fails默认为1。就是说,只要某个server失效一次,则在接下来的10s内,就不会分发请求到该server上

3. proxy模块的 proxy_connect_timeout

syntax: proxy_connect_timeout timeout_in_seconds

context: http, server, location

This directive assigns a timeout for the connection to the proxyserver. This is not the time until the server returns the pages, this is the proxy_read_timeout statement. If your proxyserver is up, but hanging (e.g. it does not have enough threads to process your request so it puts you in the pool of connections to deal with later), then this statement will not help as the connection to the server has been made. It is necessary to keep in mind that this time out cannot be more than 75 seconds.

4. proxy模块的proxy_read_timeout

syntax: proxy_read_timeout the_time

default: proxy_read_timeout 60

context: http, server, location

This directive sets the read timeout for the response of the proxied server. It determines how long NGINX will wait to get the response to a request. The timeout is established not for entire response, but only between two operations of reading.

In contrast to proxy_connect_timeout, this timeout will catch a server that puts you in it‘s connection pool but does not respond to you with anything beyond that. Be careful though not to set this too low, as your proxy server might take a longer time to respond to requests on purpose (e.g. when serving you a report page that takes some time to compute). You are able though to have a different setting per location, which enables you to have a higher proxy_read_timeout for the report page‘s location.

If the proxied server nothing will communicate after this time, then nginx is shut connection.


另一个参考:504 Gateway Time-out问题

常见于使用nginx作为web server的服务器的网站

我遇到这个问题是在升级discuz论坛的时候遇到的

一般看来, 这种情况可能是由于nginx默认的fastcgi进程响应的缓冲区太小造成的, 这将导致fastcgi进程被挂起, 如果你的fastcgi服务对这个挂起处理的不好, 那么最后就极有可能导致504 Gateway Time-out
现在的网站, 尤其某些论坛有大量的回复和很多内容的, 一个页面甚至有几百K
默认的fastcgi进程响应的缓冲区是8K, 我们可以设置大点
在nginx.conf里, 加入:

fastcgi_buffers 8 128k

这表示设置fastcgi缓冲区为8×128k
当然如果您在进行某一项即时的操作, 可能需要nginx的超时参数调大点, 例如设置成60秒:

send_timeout 60;

调整了这两个参数, 结果就是没有再显示那个超时, 可以说效果不错, 但是也可能是由于其他的原因, 目前关于nginx的资料不是很多, 很多事情都需要长期的经验累计才有结果。

proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 32 4k;
proxy_busy_buffers_size 64k;

由于审标时间长  nginx 配置如下:

user  nginx;
worker_processes  12;  

worker_rlimit_nofile 102400;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;

events {
    use epoll;
    worker_connections  102400;
}

http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  ‘$remote_addr - $remote_user [$time_local] "$request" ‘
                      ‘$status $body_bytes_sent "$http_referer" ‘
                      ‘"$http_user_agent" "$http_x_forwarded_for"‘;

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  2048;
    send_timeout 2048;
    fastcgi_connect_timeout 2048;

    #gzip  on;

    include /etc/nginx/conf.d/*.conf;

    #设定负载均衡的服务器列表
    upstream myServer {
      #weigth参数表示权值,权值越高被分配到的几率越大
      #本机上的apache开8080端口
      server 127.0.0.1:8080;
     # server 192.168.1.101:80 weight=4 max_fails=2 fail_timeout=25s;
     # ip_hash;
    }

    server {
      listen 80;
      server_name  xxx.com;
      server_name 1xxx.com;
      server_name  xx.xx.xx.xx;
         location ~ ^/NginxStatus/ {
                        stub_status on;
                        access_log off;
         }      

      location / {
      proxy_pass http://myServer;
      proxy_redirect  off;
      proxy_set_header Host $host;
      proxy_set_header X-Real-IP $remote_addr;
      #proxy_set_header REMOTE-HOST $remote_addr;
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

      client_max_body_size 50m;
      client_body_buffer_size 512k;
      proxy_connect_timeout 1024;
      proxy_send_timeout 960;
      proxy_read_timeout 900;
      proxy_buffer_size 128k;
      proxy_buffers 32 128k;
      proxy_busy_buffers_size 512k;  

     #stub_status off;#启用nginx状态页
      }
       # 定义错误提示页面
      #error_page   500 502 503 504 /50.html;
       # location = error/50.html {
        #root   /var/www/website;
        #}

    }
}
时间: 2024-10-19 22:14:43

nginx中的超时设置的相关文章

commons-httpclient中的超时设置

connectionTimeout与soTimeout的差异,前者指创建一个有效的客户端到服务端链接的最大允许时间,后者指socket接收data的时间. connectionManager.getParams().setConnectionTimeout(50); connectionManager.getParams().setSoTimeout(100); 调用connectionTimeout属性的代码: //org.apache.commons.httpclient.protocol.

cURL中的超时设置

访问HTTP方式很多,可以使用curl, socket, file_get_contents() 等方法. 在访问http时,需要考虑超时的问题. CURL访问HTTP: CURL 是常用的访问HTTP协议接口的lib库,性能高,还有一些并发支持的功能等.  curl_setopt($ch, opt) 可以设置一些超时的设置,主要包括:    ① (重要) CURLOPT_TIMEOUT 设置cURL允许执行的最长秒数.      ② (重要) CURLOPT_TIMEOUT_MS 设置cURL

问题总结:php-curl在nginx中访问超时,在CLI环境正常

为了测试本地php代码,由于电脑内存限制,无法运行虚拟机,于是搭建了本地web服务调试环境Windows.Nginx.php-cgi.mysql 由于xdebug调试服务9000端口已占用,所以php-cgi使用了9001端口,在nginx配置中需要做响应更改 1 fastcgi_pass 127.0.0.1:9001; 启动服务: nginx> start /b nginx.exe nginx> net start mysql56 nginx> cd path_to_php php&g

linux网络编程中的超时设置

1 下面是在网上找到的资料,先非常的感谢. 用setsockopt()来控制recv()与send()的超时 在send(),recv()过程中有时由于网络状况等原因,收发不能预期进行,而设置收发超时控制: 在Linux下需要注意的是时间的控制结构是struct timeval而并不是某一整型数,int nNetTimeout=1000;//1秒, //设置发送超时 setsockopt(socket,SOL_SOCKET,SO_SNDTIMEO,(char *)&nNetTimeout,siz

pg中与超时设置有关的参数

statement_timeout控制语句执行时长,单位是ms.超过设定值,该语句将被中止.不推荐在postgresql.conf中设置,因为会影响所有的会话,如非要设置,应该设置一个较大值. lock_timeout锁等待超时.语句在试图获取表.索引.行或其他数据库对象上的锁时等到超过指定的毫秒数,该语句将被中止.不推荐在postgresql.conf中设置,因为会影响所有的会话. idle_in_transaction_session_timeout终止开启事务但空闲时间超过指定持续时间(以

jQuery中ajax超时设置

var ajaxTimeoutTest = $.ajax({ url: '', timeout: 100, //超时时间设置,单位毫秒 type: 'get', data: {}, //请求所传参数,json格式 dataType: 'json', //返回的数据格式 success: function (data) { alert("成功"); }, complete: function (XMLHttpRequest, status) { //求完成后最终执行参数 // 设置tim

nginx 和 php超时设置

nginx.conf ---  http节: keepalive_timeout 600; #客户端浏览器超时时间fastcgi_connect_timeout 600; #php-fpm连接超时时间(等待php执行的最长时间,超过这个会向浏览器返回504或502)fastcgi_send_timeout 600; #fastcgi_read_timeout 600; php-fpm.conf : pm.max_children = 40 #最大子进程数量request_terminate_ti

nginx中lua主动设置Content-Length

最近发现lua调用ngx.say和ngx.print 默认返回的HTTP头是trunk模式的,通常情况下是很好的,没有什么问题:但是要提供给其他人回源的时候就有问题了,特别是我要给slice模块回源,所以需要主动设置Content-Length,按照下面这是设置就OK了 ngx.header["Content-Length"]="4"; ngx.print("success")l ngx.exit(ngx.OK); 原文地址:https://ww

Nginx中worker_connections的问题

转载自http://hi.baidu.com/u_chen/item/560f1504a0a77367d45a1184 查看日志,有一个[warn]: 3660#0: 20000 worker_connections are more than open file resource limit: 1024 !! 原来安装好nginx之后,默认最大的并发数为1024,如果你的网站访问量过大,已经远远超过1024这个并发数,那你就要修改worker_connecions这个值 ,这个值越大,并发数也