使用場景:

項目的頁面需要加載很多數(shù)據(jù)，也不是經(jīng)常變化的，不涉及個性化定制，為每次請求去動態(tài)生成數(shù)據(jù)，性能比不上根據(jù)請求路由和參數(shù)緩存一下結果，使用 Nginx 緩存將大幅度提升請求速度。

基礎

只需要配置 proxy_cache_path 和 proxy_cache 就可以開啟內(nèi)容緩存，前者用來設置緩存的路徑和配置，后者用來啟用緩存。

http { ... proxy_cache_path /path/to/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off; server { proxy_cache mycache; location / { proxy_pass http://localhost:8000; } } }

對應參數(shù)說明:

1.用于緩存的本地磁盤目錄是 /path/to/cache/

2.levels 在 /path/to/cache/ 設置了一個兩級層次結構的目錄。將大量的文件放置在單個目錄中會導致文件訪問緩慢，所以針對大多數(shù)部署，我們推薦使用兩級目錄層次結構。如果 levels 參數(shù)沒有配置，則 NGINX 會將所有的文件放到同一個目錄中。

3.keys_zone 設置一個共享內(nèi)存區(qū)，該內(nèi)存區(qū)用于存儲緩存鍵和元數(shù)據(jù)，有些類似計時器的用途。將鍵的拷貝放入內(nèi)存可以使 NGINX 在不檢索磁盤的情況下快速決定一個請求是 HIT 還是 MISS，這樣大大提高了檢索速度。一個 1MB 的內(nèi)存空間可以存儲大約 8000 個 key，那么上面配置的 10MB 內(nèi)存空間可以存儲差不多 80000 個key。

4.max_size 設置了緩存的上限（在上面的例子中是 10G）。這是一個可選項；如果不指定具體值，那就是允許緩存不斷增長，占用所有可用的磁盤空間。當緩存達到這個上線，處理器便調(diào)用 cache manager 來移除最近最少被使用的文件，這樣把緩存的空間降低至這個限制之下。

5.inactive 指定了項目在不被訪問的情況下能夠在內(nèi)存中保持的時間。在上面的例子中，如果一個文件在 60 分鐘之內(nèi)沒有被請求，則緩存管理將會自動將其在內(nèi)存中刪除，不管該文件是否過期。該參數(shù)默認值為 10 分鐘（10m）。注意，非活動內(nèi)容有別于過期內(nèi)容。NGINX 不會自動刪除由緩存控制頭部指定的過期內(nèi)容（本例中Cache-Control:max-age=120）。過期內(nèi)容只有在 inactive 指定時間內(nèi)沒有被訪問的情況下才會被刪除。如果過期內(nèi)容被訪問了，那么 NGINX 就會將其從原服務器上刷新，并更新對應的 inactive 計時器。

6.NGINX 最初會將注定寫入緩存的文件先放入一個臨時存儲區(qū)域， use_temp_path=off 命令指示 NGINX 將在緩存這些文件時將它們寫入同一個目錄下。我們強烈建議你將參數(shù)設置為 off 來避免在文件系統(tǒng)中不必要的數(shù)據(jù)拷貝。use_temp_path 在 NGINX1.7 版本和 NGINX Plus R6 中有所介紹。

最終，proxy_cache 命令啟動緩存那些 URL 與 location 部分匹配的內(nèi)容（本例中，為/）。你同樣可以將 proxy_cache 命令添加到 server 部分，這將會將緩存應用到所有的那些 location 中未指定自己的 proxy_cache 命令的服務中。

Nginx 緩存相關進程

緩存中還涉及兩個額外的NGINX進程：

• cache manager 周期性地啟動，檢查高速緩存的狀態(tài)。如果高速緩存大小超過 proxy_cache_path 中 max_size 參數(shù)設置的限制，則高速緩存管理器將刪除最近訪問過的數(shù)據(jù)。在兩次緩存管理器啟動的間隔，緩存的數(shù)據(jù)量可能短暫超過配置的大小

• cache loader 只運行一次，NGINX 開始之后。它將有關以前緩存的數(shù)據(jù)的元數(shù)據(jù)加載到共享內(nèi)存區(qū)域。一次加載整個緩存可能會消耗足夠的資源來在啟動后的最初幾分鐘內(nèi)降低 NGINX 的性能。要避免這種情況，請通過在 proxy_cache_path 指令中包含以下參數(shù)來配置緩存的迭代加載：

• • loader_threshold - 迭代持續(xù)時間，以毫秒為單位（默認情況下 200
  • loader_files - 一次迭代期間加載的最大項目數(shù)（默認情況下 100
  • loader_sleeps - 迭代之間的延遲，以毫秒為單位（默認情況下 50

在以下示例中，迭代持續(xù)數(shù)300 毫秒或直到 200 個項目被加載進去：

proxy_cache_path /data/nginx/cache keys_zone=one:10m loader_threshold=300 loader_files=200;

其他常用參數(shù)

配置示例：

proxy_cache_path /path/to/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off; server { ... location / { proxy_cache my_cache; # proxy_cache_key "$host$request_uri$cookie_user"; proxy_cache_min_uses 3; proxy_cache_methods GET HEAD POST; proxy_cache_valid 200 302 10m; proxy_cache_valid 404 1m; # proxy_cache_valid any 5m; proxy_pass http://localhost:8000; } }

對應參數(shù)說明：

• proxy_cache_key 為更改計算密鑰時使用的請求特征，指定緩存的 key，這個不推薦，示例是使用域名，請求url，用戶 cookie 來當作 key，意味著一個頁面將為不同的用戶緩存 n 次，絕大多數(shù)情況不需要這樣的操作。
• proxy_cache_min_uses 為在緩存響應之前必須使用相同密鑰的請求的最小次數(shù)。
• proxy_cache_methods 為指定要被緩存的請求方式的響應值，默認為 GET 和 HEAD，新增其他的需要一起列出來，如上示例所示。

• proxy_cache_valid 為響應狀態(tài)碼的緩存時間，示例可以為每個狀態(tài)碼緩存指定時間，也可以使用 any 進行全部狀態(tài)碼的緩存。

清除緩存

需要提前加一個配置，用于標識使用 HTTP PURGE 方法的請求并刪除匹配的 URL 對應的緩存。

1.在 http {} 上下文中創(chuàng)建新變量，例如 $purge_method, 他依賴于 $request_method 變量：

http { ... map $request_method $purge_method { PURGE 1; default 0; } }

2.在 location {} 塊中，已經(jīng)配置緩存的前提下，引入 proxy_cache_purge 參數(shù)來指定清除緩存請求的條件。例如在上一步指定的 $request_method

server { listen 80; server_name www.example.com; location / { proxy_pass https://localhost:8002; proxy_cache mycache; proxy_cache_purge $purge_method; } }

配置完并使之生效之后，就可以發(fā)送一條 purge 請求來讓緩存失效了，例如：

curl -X PURGE -D – https://www.example.com/*

在該示例中，將清除具有公共 URL 部分（由星號通配符指定）的資源。但這些緩存條目不會從緩存中完全刪除：它們會保留在磁盤上，直到它們被視為不活動（由proxy_cache_path 中的 inactive參數(shù)決定）的時候才完全刪除，或緩存清除器（由 proxy_cache_path 中的 purge 決定），或客戶端嘗試訪問它們的時候。