nginx.conf配置文件中timeout超時時間設置

nginx經常使用的超時配置說明

client_header_timeout

語法 client_header_timeout time
默認值 60s
上下文 http server（指能夠放在http塊和server塊）
說明 指定等待client發送一個請求頭的超時時間（例如：GET / HTTP/1.1）.僅當在一次read中，沒有收到請求頭，纔會算成超時。若是在超時時間內，client沒發送任何東西，nginx返回HTTP狀態碼408(「Request timed out」)

client_body_timeout 
語法 client_body_timeout time
默認值 60s
上下文 http server location
說明 該指令設置請求體（request body）的讀超時時間。僅當在一次readstep中，沒有獲得請求體，就會設爲超時。超時後，nginx返回HTTP狀態碼408(「Request timed out」)

keepalive_timeout （長鏈接類型）
語法 keepalive_timeout timeout [ header_timeout ]
默認值 75s
上下文 http server location
說明 第一個參數指定了與client的keep-alive鏈接超時時間。服務器將會在這個時間後關閉鏈接。可選的第二個參數指定了在響應頭Keep-Alive: timeout=time中的time值。這個頭可以讓一些瀏覽器主動關閉鏈接，這樣服務器就沒必要要去關閉鏈接了。沒有這個參數，nginx不會發送Keep-Alive響應頭（儘管並非由這個頭來決定鏈接是否「keep-alive」）（服務器在返回數據給用戶時，在頭header文件中會添加keepalive字段，75s，瀏覽器在這個時間後可以主動關閉鏈接）
兩個參數的值可並不相同

• 注意不一樣瀏覽器怎麼處理「keep-alive」頭

• MSIE和Opera忽略掉"Keep-Alive: timeout=<N>" header.

• MSIE保持鏈接大約60-65秒，而後發送TCP RST

• Opera永久保持長鏈接

• Mozilla keeps the connection alive for N plus about 1-10 seconds.

• Konqueror保持長鏈接N秒

lingering_timeout
語法 lingering_timeout time
默認值 5s
上下文 http server location
說明 lingering_close生效後，在關閉鏈接前，會檢測是否有用戶發送的數據到達服務器，若是超過lingering_timeout時間後尚未數據可讀，就直接關閉鏈接；不然，必須在讀取完鏈接緩衝區上的數據並丟棄掉後纔會關閉鏈接。

resolver_timeout
語法 resolver_timeout time 
默認值 30s
上下文 http server location
說明 該指令設置DNS解析超時時間

proxy轉發模塊的超時設置：
proxy_connect_timeout
語法 proxy_connect_timeout time 
默認值 60s
上下文 http server location
說明 該指令設置與upstream server的鏈接超時時間，有必要記住，這個超時不能超過75秒。
這個不是等待後端返回頁面的時間，那是由proxy_read_timeout聲明的。若是你的upstream服務器起來了，可是hanging住了（例如，沒有足夠的線程處理請求，因此把你的請求放到請求池裏稍後處理），那麼這個聲明是沒有用的，由於與upstream服務器的鏈接已經創建了。

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.

proxy_read_timeout
語法 proxy_read_timeout time 
默認值 60s
上下文 http server location
說明 該指令設置與代理服務器的讀超時時間。它決定了nginx會等待多長時間來得到請求的響應。這個時間不是得到整個response的時間，而是兩次reading操做的時間。（？？什麼是兩次reading操做的時間）

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.

proxy_send_timeout
語法 proxy_send_timeout time 
默認值 60s
上下文 http server location
說明 這個指定設置了發送請求給upstream服務器的超時時間。超時設置不是爲了整個發送期間，而是在兩次write操做期間。若是超時後，upstream沒有收到新的數據，nginx會關閉鏈接

proxy_upstream_fail_timeout（fail_timeout）
語法 server address [fail_timeout=30s]
默認值 10s
上下文 upstream
說明 Upstream模塊下 server指令的參數，設置了某一個upstream後端失敗了指定次數（max_fails）後，該後端不可操做的時間，默認爲10秒

 

負載均衡配置時的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上

 

 

send_timeout

默認：send_timeout 60;

send_timeout 指定客戶端的響應超時時間。這個設置不會用於整個轉發器，而是在兩次客戶端讀取操做之間。若是在這段時間內，客戶端沒有讀取任何數據，nginx就會關閉鏈接。

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.

 

 

另外一個參考：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;