nginx110超时（Nginx超时配置）
Nginx主要有四类超时设置：客户端超时设置 、DNS解析超时设置 、代理超时设置 ，如果使用ngx_lua ，则还有lua相关的超时设置 。
1．客户端超时设置
对于客户端超时主要设置有读取请求头超时时间 、读取请求体超时时间 、发送响应超时时间 、长连接超时时间 。通过客户端超时设置避免客户端恶意或者网络状况不佳造成连接长期占用 ，影响服务端的可处理的能力 。
client_header_timeout time：设置读取客户端请求头超时时间 ，默认为60s ，如果在此超时时间内客户端没有发送完请求头 ，则响应408（RequestTime-out）状态码给客户端 。
client_body_timeout time：设置读取客户端内容体超时时间 ，默认为60s ，此超时时间指的是两次成功读操作间隔时间 ，而不是发送整个请求体的超时时间 ，如果在此超时时间内客户端没有发送任何请求体 ，则响应408（RequestTime-out）状态码给客户端 。
send_timeout time：设置发送响应到客户端的超时时间 ，默认为60s ，此超时时间指的也是两次成功写操作间隔时间 ，而不是发送整个响应的超时时间 。如果在此超时时间内客户端没有接收任何响应 ，则Nginx关闭此连接 。
keepalive_timeout timeout [header_timeout]：设置HTTP长连接超时时间 ，其中 ，第一个参数timeout是告诉Nginx长连接超时时间是多少 ，默认为75s 。第二个参数header_timeout是用于设置响应头“Keep-Alive: timeout=time ” ，即告知客户端长连接超时时间 。两个参数可以不一样 ，“Keep-Alive:timeout=time ”响应头可以在Mozilla和Konqueror系列浏览器起作用 ，而MSIE长连接默认大约为60s ，而不会使用“Keep-Alive: timeout=time ” 。如Httpclient框架会使用“Keep-Alive: timeout=time ”响应头的超时（如果不设置默认 ，则认为是永久） 。如果timeout设置为0 ，则表示禁用长连接 。
此参数要配合keepalive_disable 和keepalive_requests一起使用 。keepalive_disable 表示禁用哪些浏览器的长连接 ，默认值为msie6 ，即禁用一些老版本的MSIE的长连接支持 。keepalive_requests参数作用是一个客户端可以通过此长连接的请求次数 ，默认为100 。
首先 ，浏览器在请求时会通过如下请求头告知服务器是否支持长连接 。
http/1.0默认是关闭长连接的 ，需要添加HTTP请求头“Connection:Keep-Alive ”才能启用 。而http/1.1默认启用长连接 ，需要添加HTTP请求头“Connection: close ”才关闭 。
接着 ，如果Nginx设置keepalive_timeout 5s ，则浏览器会收到如下响应头 。
2．DNS解析超时设置
resolver_timeout 30s：设置DNS解析超时时间 ，默认为30s 。其配合resolveraddress… [valid=time]进行DNS域名解析 。当在Nginx中使用域名时 ，就需要考虑设置这两个参数 。在社区版Nginx中采用如下配置 。
upstream backend { ??? server c0.3.cn; ?? ?server c1.3.cn; }如上两个域名会在Nginx解析配置文件的阶段被解析成IP地址并记录到upstream上 ，当这两个域名对应的IP地址发生变化时 ，该upstream不会更新 。Nginx商业版是支持动态更新的 。
3．代理超时设置
Nginx配置如下所示 。
upstream backend_server { ??? server 192.168.61.1:9080 max_fails=2 fail_timeout=10s weight=1; ??? server 192.168.61.1:9090 max_fails=2 fail_timeout=10s weight=1; } server { ??? …… ??? location /test { ???????proxy_connect_timeout 5s; ???????proxy_read_timeout 5s; ???????proxy_send_timeout 5s; ???????proxy_next_upstream error timeout; ???????proxy_next_upstream_timeout 0; ???????proxy_next_upstream_tries 0; ???????proxy_pass http://backend_server; ???????add_header upstream_addr $upstream_addr; ??? } }backend_server定义了两个上游服务器192.168.61.1:9080（返回hello）和192.168.61.1:9090（返回hello2） 。
如上指令主要有三组配置：网络连接/读/写超时设置 、失败重试机制设置 、upstream存活超时设置 。
网络连接/读/写超时设置 。
proxy_connect_timeouttime：与后端/上游服务器建立连接的超时时间 ，默认为60s ，此时间不超过75s 。
proxy_read_timeout time：设置从后端/上游服务器读取响应的超时时间 ，默认为60s ，此超时时间指的是两次成功读操作间隔时间 ，而不是读取整个响应体的超时时间 ，如果在此超时时间内上游服务器没有发送任何响应 ，则Nginx关闭此连接 。
proxy_send_timeout time：设置往后端/上游服务器发送请求的超时时间 ，默认为60s ，此超时时间指的是两次成功写操作间隔时间 ，而不是发送整个请求的超时时间 ，如果在此超时时间内上游服务器没有接收任何响应 ，则Nginx关闭此连接 。
对于内网高并发服务 ，请根据需要调整这几个参数 ，比如内网服务TP999为1s ，可以将连接超时设置为100500毫秒 ，而读超时可以为1.53秒左右 。
失败重试机制设置 。
**proxy_next_upstreamerror|timeout|invalid_header|http_500|http_502|http_503|http_504|http_403|http_404|non_idempotent|off…：**配置什么情况下需要请求下一台上游服务器进行重试 。默认为“errortimeout ” 。error表示与上游服务器建立连接 、写请求或者读响应头出错 。timeout表示与上游服务器建立连接 、写请求或者读响应头超时 。invalid_header表示上游服务器返回空的或错误的响应头 。http_XXX表示上游服务器返回特定的状态码 。non_idempotent表示RFC-2616定义的非幂等HTTP方法（POST 、LOCK 、PATCH） ，也可以在失败后重试下一台上游服务器（即默认幂等方法GET 、HEAD 、PUT 、DELETE 、OPTIONS 、TRACE才可以重试） 。off表示禁用重试 。
重试不能无限制进行 ，因此 ，需要如下两个指令控制重试次数和重试超时时间 。
proxy_next_upstream_tries number：设置重试次数 ，默认0表示不限制 ，注意此重试次数指的是所有请求次数（包括第一次和之后的重试次数之和） 。
proxy_next_upstream_timeout time：设置重试最大超时时间 ，默认0表示不限制 。
即在proxy_next_upstream_timeout时间内允许proxy_next_upstream_tries次重试 。如果超过了其中一个设置 ，则Nginx也会结束重试并返回客户端响应（可能是错误码） 。
如下配置表示当error/timeout时重试upstream中的下一台上游服务器 ，如果重试的总时间超出了6s或者重试了1次 ，则表示重试失败（因为之前已经请求一次了 ，所以还能重试一次） ，Nginx结束重试并返回客户端响应 。
? ?????proxy_next_upstream error timeout; ???????proxy_next_upstream_timeout 6s; ???????proxy_next_upstream_tries 2;4．upstream存活超时设置
max_fails和fail_timeout：配置什么时候Nginx将上游服务器认定为不可用/不存活 。当上游服务器在fail_timeout时间内失败了max_fails次 ，则认为该上游服务器不可用/不存活 。并在接下来的fail_timeout时间内从upstream摘掉该节点（即请求不会转发到该上游服务器） 。
什么情况下被认定为失败呢？其由proxy_next_upstream定义 ，不过 ，不管proxy_next_upstream如何配置 ，error,timeoutandinvalid_header都将被认为是失败 。
如server 192.168.61.1:9090max_fails=2 fail_timeout=10s;表示在10s内如果失败了2次 ，则在接下来的10s内认定该节点不可用/不存活 。这种存活检测机制是只有当访问该上游服务器时 ，采取惰性检查 ，可以使用ngx_http_upstream_check_module配置主动检查 。
max_fails设置为0表示不检查服务器是否可用（即认为一直可用） ，如果upstream中仅剩一台上游服务器时 ，则该服务器是不会被摘除的 ，将从不被认为不可用 。
5．ngx_lua超时设置
当我们使用ngx_lua时 ，也请考虑设置如下网络连接/读/写超时 。
lua_socket_connect_timeout? 100ms; lua_socket_send_timeout??? 200ms; lua_socket_read_timeout??? 500ms;在使用lua时 ，我们会按照如下策略进行重试 。
if (status == 502 or status == 503 or status ==504) and request_time < 200 then ??? resp =capture(proxy_uri) ??? status =resp.status ??? body =resp.body ???request_time = request_time + tonumber(var.request_time) * 1000 end即如果状态码是500/502/503/504时 ，并且该次请求耗时在200毫秒以内 ，则我们进行一次重试 。
参考
超时与重试机制(1)—《亿级流量》
先自我介绍一下 ，小编13年上师交大毕业 ，曾经在小公司待过 ，去过华为OPPO等大厂 ，18年进入阿里 ，直到现在 。深知大多数初中级java工程师 ，想要升技能 ，往往是需要自己摸索成长或是报班学习 ，但对于培训机构动则近万元的学费 ，着实压力不小 。自己不成体系的自学效率很低又漫长 ，而且容易碰到天花板技术停止不前 。因此我收集了一份《java开发全套学习资料》送给大家 ，初衷也很简单 ，就是希望帮助到想自学又不知道该从何学起的朋友 ，同时减轻大家的负担 。添加下方名片 ，即可获取全套学习资料哦
创心域SEO版权声明：以上内容作者已申请原创保护，未经允许不得转载，侵权必究！授权事宜、对本内容有异议或投诉，敬请联系网站管理员，我们将尽快回复您，谢谢合作！