Nginx學(xué)習(xí)：代理模塊（二）緩存與錯(cuò)誤處理

在基本的配置學(xué)習(xí)之后，其實(shí)大部分的業(yè)務(wù)場(chǎng)景就已經(jīng)夠用了，沒(méi)錯(cuò)，就那一個(gè) proxy_pass 指令，真的就夠了。但是，對(duì)于許多更復(fù)雜的業(yè)務(wù)場(chǎng)景來(lái)說(shuō)，Nginx 的代理模塊還是提供了更多的功能，做為每個(gè)想成為架構(gòu)師的碼農(nóng)來(lái)說(shuō)，這一部分不說(shuō)多精通，至少也都得有些了解。今天學(xué)習(xí)的代理模塊緩存與錯(cuò)誤處理和 FastCGI 模塊非常類似，很多內(nèi)容我們照搬之前的測(cè)試方式就可以了。

今天的配置指令大部分都是可以在 http、server、location 下配置的，僅有 proxy_cache_path 是只能在 http 模塊下配置的，我們馬上就會(huì)看到。

Proxy緩存

代理的緩存也是在獲得代理的響應(yīng)之后，對(duì)響應(yīng)的結(jié)果進(jìn)行緩存，也可以進(jìn)行不同的配置來(lái)實(shí)現(xiàn)是否需要走緩存，同樣地，清理緩存的指令也是商業(yè)版的，如果需要相應(yīng)的功能，需要第三方的插件。

還是先來(lái)看相關(guān)的配置指令，最后再一起進(jìn)行簡(jiǎn)單地測(cè)試。

proxy_cache_path

設(shè)置緩存的路徑和其他參數(shù)。

proxy_cache_path path [levels=levels] [use_temp_path=on|off] keys_zone=name:size [inactive=time] [max_size=size] [min_free=size] [manager_files=number] [manager_sleep=time] [manager_threshold=time] [loader_files=number] [loader_sleep=time] [loader_threshold=time] [purger=on|off] [purger_files=number] [purger_sleep=time] [purger_threshold=time];

沒(méi)有默認(rèn)值，需要配置在 http 模塊下配置。緩存數(shù)據(jù)存儲(chǔ)在文件中。緩存中的文件名是對(duì)緩存鍵應(yīng)用 MD5 函數(shù)的結(jié)果。 levels 參數(shù)定義緩存的層次級(jí)別：從 1 到 3，每個(gè)級(jí)別接受值 1 或 2。

緩存的響應(yīng)會(huì)首先寫(xiě)入臨時(shí)文件，然后重命名該文件。從 0.8.9 版本開(kāi)始，臨時(shí)文件和緩存可以放在不同的文件系統(tǒng)上。但是，請(qǐng)注意，在這種情況下，文件是跨兩個(gè)文件系統(tǒng)復(fù)制的，而不是廉價(jià)的重命名操作。因此，建議對(duì)于任何給定位置，緩存和保存臨時(shí)文件的目錄都放在同一個(gè)文件系統(tǒng)上。臨時(shí)文件的目錄是根據(jù) use_temp_path 參數(shù) (1.7.10) 設(shè)置的。如果省略此參數(shù)或?qū)⑵湓O(shè)置為值 on，則將使用 proxy_temp_path 指令為給定位置設(shè)置的目錄。如果該值設(shè)置為 off，則臨時(shí)文件將直接放在緩存目錄中。

此外，所有活動(dòng)密鑰和有關(guān)數(shù)據(jù)的信息都存儲(chǔ)在共享內(nèi)存區(qū)域中，其名稱和大小由 keys_zone 參數(shù)配置。一兆字節(jié)的區(qū)域可以存儲(chǔ)大約 8000 個(gè)密鑰。

在 inactive 參數(shù)指定的時(shí)間內(nèi)未訪問(wèn)的緩存數(shù)據(jù)將從緩存中刪除，無(wú)論其新鮮度如何。默認(rèn)情況下，非活動(dòng)設(shè)置為 10 分鐘。特殊的“緩存管理器”進(jìn)程監(jiān)控由 max_size 參數(shù)設(shè)置的最大緩存大小，以及由 min_free (1.19.1) 參數(shù)設(shè)置的帶緩存文件系統(tǒng)上的最小可用空間量。當(dāng)超出大小或沒(méi)有足夠的可用空間時(shí)，它會(huì)刪除最近最少使用的數(shù)據(jù)。數(shù)據(jù)在 manager_files、manager_threshold 和 manager_sleep 參數(shù) (1.11.5) 配置的迭代中被刪除。在一次迭代中，最多刪除 manager_files 個(gè)項(xiàng)目（默認(rèn)為 100）。一次迭代的持續(xù)時(shí)間受 manager_threshold 參數(shù)的限制（默認(rèn)為 200 毫秒）。在迭代之間，由 manager_sleep 參數(shù)配置的暫停（默認(rèn)為 50 毫秒）。

啟動(dòng)后一分鐘，特殊的“緩存加載器”進(jìn)程被激活。它將有關(guān)存儲(chǔ)在文件系統(tǒng)上的先前緩存數(shù)據(jù)的信息加載到緩存區(qū)域中。加載也是在迭代中完成的。在一次迭代中，最多加載 loader_files 個(gè)項(xiàng)目（默認(rèn)情況下，100 個(gè)）。此外，一次迭代的持續(xù)時(shí)間受 loader_threshold 參數(shù)的限制（默認(rèn)為 200 毫秒）。在迭代之間，由 loader_sleep 參數(shù)配置的暫停（默認(rèn)為 50 毫秒）。

proxy_cache

定義用于緩存的共享內(nèi)存區(qū)域。

proxy_cache zone | off;

默認(rèn)值是 off ，其實(shí)就是開(kāi)啟代理緩存功能的開(kāi)關(guān)。同一個(gè)區(qū)域可以在多個(gè)地方使用，參數(shù)值可以包含變量 (1.7.9)。 off 參數(shù)禁用從先前配置級(jí)別繼承的緩存。

proxy_cache_background_update

允許啟動(dòng)后臺(tái)子請(qǐng)求以更新過(guò)期的緩存項(xiàng)，同時(shí)將過(guò)時(shí)的緩存響應(yīng)返回給客戶端。

proxy_cache_background_update on | off;

默認(rèn)值是 off ，請(qǐng)注意，有必要在更新時(shí)允許使用陳舊的緩存響應(yīng)。

proxy_cache_bypass

定義不從緩存中獲取響應(yīng)的條件。

proxy_cache_bypass string ...;

沒(méi)有默認(rèn)值，如果字符串參數(shù)中至少有一個(gè)值不為空且不等于“0”，則不會(huì)從緩存中獲取響應(yīng)：

proxy_cache_bypass $cookie_nocache $arg_nocache$arg_comment;
proxy_cache_bypass $http_pragma    $http_authorization;

上面的意思就是 cookie 中有 nocache 字段 ，或者 Get 請(qǐng)求參數(shù)中有 nocache 字段和 comment 字段，并且這些字段都不為空；或者請(qǐng)求頭有 pragma 或 authorization 字段，那么這個(gè)請(qǐng)求就不會(huì)走緩存。它可以與 proxy_no_cache 指令一起使用。

proxy_cache_convert_head

啟用或禁用將“HEAD”方法轉(zhuǎn)換為“GET”以進(jìn)行緩存。

proxy_cache_convert_head on | off;

默認(rèn)值是 on ，禁用轉(zhuǎn)換時(shí)，應(yīng)將緩存鍵配置為包含 $request_method。

proxy_cache_key

定義一個(gè)用于緩存的鍵。

proxy_cache_key string;

默認(rèn)值是 $scheme$proxy_host$request_uri ，其實(shí)就是我們緩存這條請(qǐng)求時(shí)，定義的那個(gè) key ，就像我們?cè)谧鰯?shù)據(jù)庫(kù)緩存時(shí)，會(huì)通過(guò) where 或完整的 SQL 語(yǔ)句進(jìn)行 md5 來(lái)當(dāng)緩存 key 一樣，例如可以這么設(shè)置：

proxy_cache_key "$host$request_uri $cookie_user";

默認(rèn)情況下，它更接近于下面這個(gè)字符串。

proxy_cache_key $scheme$proxy_host$uri$is_args$args;

另外，如果有特殊的需要，比如說(shuō)要緩存 Post 之類的修改型的請(qǐng)求，則應(yīng)該把 $request_method 也加上。不過(guò)對(duì)于緩存設(shè)計(jì)來(lái)說(shuō)，這類請(qǐng)求通常不會(huì)去緩存。

proxy_cache_lock

啟用后，一次只允許一個(gè)請(qǐng)求通過(guò)將請(qǐng)求傳遞給代理服務(wù)器來(lái)填充根據(jù) proxy_cache_key 指令標(biāo)識(shí)的新緩存元素。

proxy_cache_lock on | off;

默認(rèn) off ，相同緩存元素的其他請(qǐng)求要么等待響應(yīng)出現(xiàn)在緩存中，要么等待釋放該元素的緩存鎖，直到 proxy_cache_lock_timeout 指令設(shè)置的時(shí)間。

就是在緩存失效時(shí)，如果有多個(gè)請(qǐng)求過(guò)來(lái)，那么只能有一個(gè)請(qǐng)求可以去進(jìn)行緩存操作，解決緩存擊穿的問(wèn)題。關(guān)于緩存擊穿的問(wèn)題，如果大家不記得了，可以去 Redis 系列的文章中查看哦。Redis進(jìn)階：緩存穿透、擊穿與雪崩https://mp.weixin.qq.com/s/298VajkPwGRlTQGxRtPI8g

proxy_cache_lock_age

如果傳遞給代理服務(wù)器以填充新緩存元素的最后一個(gè)請(qǐng)求在指定時(shí)間內(nèi)沒(méi)有完成，則可以將另一個(gè)請(qǐng)求傳遞給代理服務(wù)器。

proxy_cache_lock_age time;

默認(rèn) 5s 。同樣是緩存過(guò)期時(shí)，如果一個(gè)請(qǐng)求在更新時(shí)超時(shí)了，那么其它請(qǐng)求就直接傳遞到代理服務(wù)器。

proxy_cache_lock_timeout

為 proxy_cache_lock 設(shè)置超時(shí)。

proxy_cache_lock_timeout time;

默認(rèn)值是 5s ，當(dāng)時(shí)間到期時(shí)，請(qǐng)求將被傳遞到代理服務(wù)器，但是，響應(yīng)不會(huì)被緩存。在 1.7.8 之前，可以緩存響應(yīng)。

proxy_cache_max_range_offset

為字節(jié)范圍請(qǐng)求設(shè)置字節(jié)偏移量。

proxy_cache_max_range_offset number;

沒(méi)有默認(rèn)值，如果范圍超出偏移量，范圍請(qǐng)求將被傳遞到代理服務(wù)器，并且響應(yīng)不會(huì)被緩存。沒(méi)有測(cè)，也不知道咋測(cè)，有了解的小伙伴記得留言哦。

proxy_cache_methods

如果此指令中列出了客戶端請(qǐng)求方法，則響應(yīng)將被緩存。

proxy_cache_methods GET | HEAD | POST ...;

“GET”和“HEAD”方法總是添加到列表中，但建議明確指定它們。另請(qǐng)參見(jiàn) proxy_no_cache 指令。

比如說(shuō)默認(rèn)情況下，POST 請(qǐng)求是不會(huì)被緩存的，如果想要緩存 POST 或者 PUT、DELETE 之類的請(qǐng)求，就需要在這里配置。同時(shí)要注意，上面的 proxy_cache_key 配置最好也要加上 $request_method ，否則如果 GET 和 POST 的 URL 一致的話，可能就會(huì)出問(wèn)題。

proxy_cache_min_uses

設(shè)置將緩存響應(yīng)的請(qǐng)求數(shù)。

proxy_cache_min_uses number;

默認(rèn)值是 1 ，就是只要有一條請(qǐng)求來(lái)了，就緩存，一般不用動(dòng)它。

proxy_cache_purge

定義將請(qǐng)求視為緩存清除請(qǐng)求的條件。

proxy_cache_purge string ...;

沒(méi)有默認(rèn)值，如果字符串參數(shù)的至少一個(gè)值不為空且不等于“0”，則刪除具有相應(yīng)緩存鍵的緩存條目。返回 204（No Content）響應(yīng)表示操作成功的結(jié)果。

如果清除請(qǐng)求的緩存鍵以星號(hào)（“*”）結(jié)尾，則所有與通配符鍵匹配的緩存條目都將從緩存中刪除。但是，這些條目將保留在磁盤上，直到它們因不活動(dòng)而被刪除，或者被緩存清除器 (1.7.12) 處理，或者客戶端嘗試訪問(wèn)它們。

商業(yè)版的才提供，不多說(shuō)了，大家可以使用開(kāi)源的第三方庫(kù)。

proxy_cache_revalidate

用帶有“If-Modified-Since”和“If-None-Match”標(biāo)頭字段的條件請(qǐng)求啟用過(guò)期緩存項(xiàng)的重新驗(yàn)證。

proxy_cache_revalidate on | off;

默認(rèn)值是 off ，通過(guò)請(qǐng)求頭中的 HTTP 緩存相關(guān)字段來(lái)做為緩存的更新依據(jù)，需要我們 PHP 代碼中添加響應(yīng)頭及處理。

proxy_cache_use_stale

確定在哪些情況下可以在與代理服務(wù)器通信期間使用過(guò)時(shí)的緩存響應(yīng)。

proxy_cache_use_stale error | timeout | invalid_header | updating | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 | http_429 | off ...;

該指令的參數(shù)與 proxy_next_upstream 指令的參數(shù)相匹配。

如果無(wú)法選擇代理服務(wù)器來(lái)處理請(qǐng)求，則錯(cuò)誤參數(shù)還允許使用過(guò)時(shí)的緩存響應(yīng)。此外，如果當(dāng)前正在更新，更新參數(shù)允許使用陳舊的緩存響應(yīng)。這允許在更新緩存數(shù)據(jù)時(shí)最小化對(duì)代理服務(wù)器的訪問(wèn)次數(shù)。在響應(yīng)過(guò)時(shí) (1.11.10) 后的指定秒數(shù)內(nèi)，也可以直接在響應(yīng)標(biāo)頭中啟用使用過(guò)時(shí)的緩存響應(yīng)。這比使用指令參數(shù)的優(yōu)先級(jí)低。

• 如果當(dāng)前正在更新，則“Cache-Control”標(biāo)頭字段的“stale-while-revalidate”擴(kuò)展允許使用過(guò)時(shí)的緩存響應(yīng)。
• “Cache-Control”標(biāo)頭字段的“stale-if-error”擴(kuò)展允許在發(fā)生錯(cuò)誤時(shí)使用過(guò)時(shí)的緩存響應(yīng)。

為了在填充新緩存元素時(shí)最小化對(duì)代理服務(wù)器的訪問(wèn)次數(shù)，可以使用 proxy_cache_lock 指令。

和 FastCGI 相關(guān)的配置功能也是類似的，當(dāng)使用服務(wù)器組做負(fù)載均衡時(shí)，如果某一個(gè)后端服務(wù)器出現(xiàn)問(wèn)題了，比如報(bào) 500 錯(cuò)誤了，那么在這里加上 http_500 之后，就會(huì)將請(qǐng)求轉(zhuǎn)移到下一個(gè)后端服務(wù)器上。

proxy_cache_valid

為不同的響應(yīng)代碼設(shè)置緩存時(shí)間。

proxy_cache_valid [code ...] time;

為代碼為 200 和 302 的響應(yīng)設(shè)置 10 分鐘的緩存時(shí)間，為代碼為 404 的響應(yīng)設(shè)置 1 分鐘的緩存時(shí)間。

如果只指定緩存時(shí)間 ，則只有 200, 301, 和 302 的響應(yīng)會(huì)被緩存，此外，可以指定 any 參數(shù)來(lái)緩存任何響應(yīng)

緩存的參數(shù)也可以直接在響應(yīng)頭中設(shè)置。這比使用指令設(shè)置緩存時(shí)間具有更高的優(yōu)先級(jí)。

• “X-Accel-Expires”標(biāo)頭字段設(shè)置響應(yīng)的緩存時(shí)間（以秒為單位）。零值禁用響應(yīng)緩存。如果該值以 @ 前綴開(kāi)頭，則它設(shè)置自 Epoch 以來(lái)的絕對(duì)時(shí)間（以秒為單位），直到可以緩存響應(yīng)。
• 如果頭部不包含“X-Accel-Expires”字段，可以在頭部字段“Expires”或“Cache-Control”中設(shè)置緩存參數(shù)。
• 如果標(biāo)頭包含“Set-Cookie”字段，則不會(huì)緩存此類響應(yīng)。
• 如果標(biāo)頭包含具有特殊值“*”的“Vary”字段，則不會(huì)緩存此類響應(yīng)（1.7.7）。如果標(biāo)頭包含具有另一個(gè)值的“Vary”字段，則將考慮相應(yīng)的請(qǐng)求標(biāo)頭字段（1.7.7）緩存此類響應(yīng)。

可以使用 proxy_ignore_headers 指令禁用對(duì)這些響應(yīng)頭字段中的一個(gè)或多個(gè)的處理。

proxy_no_cache

定義不將響應(yīng)保存到緩存的條件。

proxy_no_cache string ...;

如果字符串參數(shù)中至少有一個(gè)值不為空且不等于“0”，則不會(huì)保存響應(yīng)?？梢耘c proxy_cache_bypass 指令一起使用。

Proxy 緩存測(cè)試

好了，上面的配置指令都看完了，那么咱們就來(lái)挑一些進(jìn)行簡(jiǎn)單地測(cè)試。為了測(cè)試方便，咱們直接使用 PHP 文件來(lái)進(jìn)行測(cè)試，因?yàn)榭梢苑奖愕胤祷仉S機(jī)數(shù)。

vim /usr/local/nginx/html/fastcgi1/proxy/1.cache.php

<?php
if($_GET['code']){
 http_response_code((int)$_GET['code']);
}
echo rand();

代碼很簡(jiǎn)單吧，就是打印了一個(gè)隨機(jī)數(shù)。另外我們還根據(jù)不同的 GET 參數(shù) code ，返回不同的響應(yīng)狀態(tài)碼，比如我們要返回 500 狀態(tài)碼，就直接加上一個(gè) code=500 這樣的 GET 參數(shù)就好了。

接下來(lái)就簡(jiǎn)單配置幾個(gè)緩存參數(shù)吧。

// http 下
proxy_cache_path proxycache levels=1:2 keys_zone=cacheone:10m;

// server 下
location ~ /cache/(.*) {
  proxy_pass http://192.168.56.88:80/$1?$args;

  proxy_cache cacheone;
  proxy_cache_bypass $arg_nocache;
  proxy_cache_valid 200 3s;
  proxy_cache_valid 201 10s;
}

注意 proxy_cache_path 是要在 http 下配置的哦，不能在 server 或 location 下面配置。

然后我們就簡(jiǎn)單配置了 proxy_cache、proxy_cache_bypass 和 proxy_cache_valid 這三個(gè)指令。其中 proxy_cache_bypass 指定如果有 GET 參數(shù) nocache ，就不走緩存；proxy_cache_valid 則分別指定 200 狀態(tài)碼時(shí)緩存 3s ，201 狀態(tài)碼時(shí)緩存 10s 。

curl -v 'http://192.168.56.88:8027/cache/fastcgi1/proxy/1.cache.php'

直接使用 CURL 進(jìn)行測(cè)試，加上 -v 參數(shù)可以看到請(qǐng)求頭和響應(yīng)頭的信息，不加也可以，然后看返回的隨機(jī)數(shù)結(jié)果。

* Rebuilt URL to: GET/
* Could not resolve host: GET
* Closing connection 0
curl: (6) Could not resolve host: GET
*   Trying 192.168.56.88...
* TCP_NODELAY set
* Connected to 192.168.56.88 (192.168.56.88) port 8027 (#1)
> GET /cache/fastcgi1/proxy/1.cache.php HTTP/1.1
> Host: 192.168.56.88:8027
> User-Agent: curl/7.61.1
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: nginx/1.23.0
< Date: Wed, 14 Sep 2022 01:45:11 GMT
< Content-Type: text/html; charset=UTF-8
< Transfer-Encoding: chunked
< Connection: keep-alive
< X-Powered-By: PHP/7.2.24
<
* Connection #1 to host 192.168.56.88 left intact
235692549

默認(rèn)情況下是 200 狀態(tài)碼，因此在三秒內(nèi)多次發(fā)送，返回的隨機(jī)數(shù)會(huì)是一樣的。三秒后隨機(jī)數(shù)才會(huì)更新，我們也可以加上 nocache 參數(shù)，不走緩存，這樣每次都會(huì)走后端的代理請(qǐng)求。

curl 'http://192.168.56.88:8027/cache/fastcgi1/proxy/1.cache.php?nocache=1'

最后，大家還可以加上 code 參數(shù)，測(cè)試一下 201 是不是會(huì)緩存 10s 。

curl 'http://192.168.56.88:8027/cache/fastcgi1/proxy/1.cache.php?code=201'

其它的測(cè)試大家可以自己試下哦，篇幅有限，這里就不一一測(cè)試了。用好緩存可以極大地提高我們的運(yùn)行效率，緩存讓請(qǐng)求不需要通過(guò)代理轉(zhuǎn)發(fā)直接就在第一層 Nginx 就進(jìn)行處理了。

關(guān)于緩存文件的查看，大家直接在 Nginx 程序運(yùn)行目錄下的 proxycache 目錄下就可以看到了，內(nèi)容和 FastCGI 生成的緩存文件內(nèi)容是一樣的。

Proxy錯(cuò)誤處理

還是熟悉的配方和熟悉的味道，這里的錯(cuò)誤處理最主要的就是對(duì)于服務(wù)器組來(lái)說(shuō)，當(dāng)某一個(gè)后端服務(wù)出現(xiàn)問(wèn)題時(shí)，代理模塊將如何處理。另外就是如果只有一個(gè)后端代理，那么錯(cuò)誤是由 Nginx 來(lái)處理還是讓后端來(lái)進(jìn)行處理。這里和 FastCGI 部分也沒(méi)什么區(qū)別，咱們邊看指令，邊簡(jiǎn)單演示一下就好。

proxy_next_upstream

指定在哪些情況下應(yīng)將請(qǐng)求傳遞給下一個(gè)服務(wù)器。

proxy_next_upstream error | timeout | invalid_header | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 | http_429 | non_idempotent | off ...;
Default: 

默認(rèn)值 error timeout ，參數(shù)的意義是：

• error 與服務(wù)器建立連接、向其傳遞請(qǐng)求或讀取響應(yīng)標(biāo)頭時(shí)發(fā)生錯(cuò)誤
• timeout 在與服務(wù)器建立連接、向其傳遞請(qǐng)求或讀取響應(yīng)標(biāo)頭時(shí)發(fā)生超時(shí)
• invalid_header 服務(wù)器返回空響應(yīng)或無(wú)效響應(yīng)
• http_500、http_502、http_503、http_504、http_403、http_404、http_429 代理服務(wù)器返回對(duì)應(yīng)的狀態(tài)碼時(shí)
• non_idempotent 通常，如果請(qǐng)求已發(fā)送到上游服務(wù)器（1.9.13），則使用非冪等方法（POST、LOCK、PATCH）的請(qǐng)求不會(huì)傳遞到下一個(gè)服務(wù)器，顯式啟用此選項(xiàng)允許重試此類請(qǐng)求
• off 禁止將請(qǐng)求傳遞到下一個(gè)服務(wù)器

應(yīng)該記住，只有在尚未向客戶端發(fā)送任何內(nèi)容的情況下，才有可能將請(qǐng)求傳遞給下一個(gè)服務(wù)器。也就是說(shuō)，如果在傳輸響應(yīng)的過(guò)程中發(fā)生錯(cuò)誤或超時(shí)，則無(wú)法解決此問(wèn)題。

該指令還定義了與服務(wù)器通信的不成功嘗試。錯(cuò)誤、超時(shí)和 invalid_header 的情況總是被認(rèn)為是不成功的嘗試，即使它們沒(méi)有在指令中指定。 http_500、http_502、http_503、http_504 和 http_429 的情況僅在指令中指定時(shí)才被視為不成功嘗試。 http_403 和 http_404 的情況永遠(yuǎn)不會(huì)被認(rèn)為是不成功的嘗試。

將請(qǐng)求傳遞到下一個(gè)服務(wù)器可能會(huì)受到嘗試次數(shù)和時(shí)間的限制，也就是后面兩個(gè)配置的內(nèi)容，咱們先來(lái)測(cè)試這個(gè)配置指令的效果。

首先我們?cè)?89 這臺(tái)服務(wù)器上寫(xiě)一個(gè) PHP 文件，直接拋出 500 異常。

// 192.168.56.89 /usr/local/nginx/html/1.php
<?php
throw new Exception('出錯(cuò)了');

然后添加 proxy_next_upstream ，指定 http_500 的處理。

proxy_next_upstream  error timeout http_500;

服務(wù)器組還是使用之前的 proxy1 那個(gè)服務(wù)器組，不斷地刷新，頁(yè)面會(huì)一直顯示 88 服務(wù)器上的內(nèi)容。注釋掉 proxy_next_upstream 或者去掉 http_500 這個(gè)配置，那么錯(cuò)誤頁(yè)面就會(huì)顯示出來(lái)。

proxy_next_upstream_timeout

限制可以將請(qǐng)求傳遞到下一個(gè)服務(wù)器的時(shí)間。

proxy_next_upstream_timeout time;

默認(rèn)是 0 值，表示關(guān)閉此限制，也就是無(wú)限制。

proxy_next_upstream_tries

限制將請(qǐng)求傳遞到下一個(gè)服務(wù)器的可能嘗試次數(shù)。

proxy_next_upstream_tries number;

默認(rèn)是 0 值，表示關(guān)閉此限制，也就是無(wú)限制。

proxy_intercept_errors

確定代碼大于或等于 300 的代理響應(yīng)是否應(yīng)傳遞給客戶端或被攔截并重定向到 nginx 以使用 error_page 指令進(jìn)行處理。

proxy_intercept_errors on | off;

默認(rèn) off ，當(dāng)后端代理報(bào)錯(cuò)時(shí)，直接顯示的是后端服務(wù)的錯(cuò)誤信息，通過(guò)這個(gè)配置，可以攔截并顯示當(dāng)前的代理服務(wù)器的錯(cuò)誤信息頁(yè)面。

location ~ /errors/(.*) {
  proxy_pass http://proxy1/$1?$args;
  proxy_intercept_errors on;
  error_page 500 /50x.html;

#  proxy_next_upstream  error timeout http_500;

}

這時(shí)訪問(wèn)的結(jié)果就會(huì)是當(dāng)前 Nginx 代理指定的 50x.html 頁(yè)面了。

curl 'http://192.168.56.88:8027/errors/1.php'

如果打開(kāi)下面的 proxy_next_upstream 的注釋，它們一起運(yùn)行會(huì)是什么結(jié)果呢？以 proxy_next_upstream 為準(zhǔn)，如果所有的服務(wù)器組都有問(wèn)題呢？最后會(huì)到 proxy_intercept_errors ，大家可以自己試試哦。

總結(jié)

內(nèi)容看著比較多，但其實(shí)這些配置指令我們并不陌生，畢竟之前有過(guò) FastCGI 的學(xué)習(xí)了，還是比較好理解的。主要還是需要大家一起動(dòng)手測(cè)試一下，看看效果是不是和我們想像中的一樣。話又說(shuō)回來(lái)，代理模塊還是有些特有的配置，我們下篇文章就會(huì)看到一個(gè)，一步一個(gè)腳印，繼續(xù)加油吧。

參考文檔：

http:///en/docs/http/ngx_http_proxy_module.html