Nginx 靜態檔案服務

我們先來看看最簡單的本地靜態檔案服務配置示例：

server

}乙個 web 快取坐落於客戶端和原始伺服器（origin server）中間，它保留了所有可見內容的拷貝。如果乙個客戶端請求的內容在快取中儲存，則可以直接在快取中獲得該內容而不需要與伺服器通訊。這樣一來，由於 web 快取距離客戶端「更近」，就可以提高響應效能，並更有效率的使用應用伺服器，因為伺服器不用每次請求都進行頁面生成工作。

在瀏覽器和應用伺服器之間，存在多種潛在快取，如：客戶端瀏覽器快取、中間快取、內容分發網路（cdn）和伺服器上的負載平衡和反向**。快取，僅在反向**和負載均衡的層面，就對效能提高有很大的幫助。

舉個例子說明，去年，我接手了一項任務，這項任務的內容是對乙個載入緩慢的**進行效能優化。首先引起我注意的事情是，這個**差不多花費了超過 1 秒鐘才生成了主頁。經過一系列除錯，我發現載入緩慢的原因在於頁面被標記為不可快取，即為了響應每乙個請求，頁面都是動態生成的。由於頁面本身並不需要經常性的變更，並且不涉及個性化，那麼這樣做其實並沒有必要。為了驗證一下我的結論，我將頁面標記為每 5 秒快取一次，僅僅做了這乙個調整，就能明顯的感受到效能的提公升。第乙個位元組到達的時間降低到幾毫秒，同時頁面的載入明顯要更快。

並不是只有大規模的內容分發網路（cdn）可以在使用快取中受益——快取還可以提高負載平衡器、反向**和應用伺服器前端 web 服務的效能。通過上面的例子，我們看到，快取內容結果，可以更高效的使用應用伺服器，因為不需要每次都去做重複的頁面生成工作。此外，web 快取還可以用來提高**可靠性。當伺服器宕機或者繁忙時，比起返回錯誤資訊給使用者，不如通過配置 nginx 將已經快取下來的內容傳送給使用者。這意味著，**在應用伺服器或者資料庫故障的情況下，可以保持部分甚至全部的功能運轉。

下面討論如何安裝和配置 nginx 的基礎快取（basic caching）。

我們只需要兩個命令就可以啟用基礎快取：proxy_cache_path 和 proxy_cache。proxy_cache_path 用來設定快取的路徑和配置，proxy_cache 用來啟用快取。

proxy_cache_path/path/to/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m

use_temp_path=off;
server 
}

用於快取的本地磁碟目錄是 /path/to/cache/

levels 在 /path/to/cache/ 設定了乙個兩級層次結構的目錄。將大量的檔案放置在單個目錄中會導致檔案訪問緩慢，所以針對大多數部署，我們推薦使用兩級目錄層次結構。如果 levels 引數沒有配置，則 nginx 會將所有的檔案放到同乙個目錄中。

keys_zone 設定乙個共享記憶體區，該記憶體區用於儲存快取鍵和元資料，有些類似計時器的用途。將鍵的拷貝放入記憶體可以使 nginx 在不檢索磁碟的情況下快速決定乙個請求是hit還是miss，這樣大大提高了檢索速度。乙個 1mb 的記憶體空間可以儲存大約 8000 個 key，那麼上面配置的 10mb 記憶體空間可以儲存差不多 80000 個 key。

max_size 設定了快取的上限（在上面的例子中是 10g）。這是乙個可選項；如果不指定具體值，那就是允許快取不斷增長，占用所有可用的磁碟空間。當快取達到這個上限，處理器便呼叫 cache manager 來移除最近最少被使用的檔案，這樣把快取的空間降低至這個限制之下。

inactive 指定了專案在不被訪問的情況下能夠在記憶體中保持的時間。在上面的例子中，如果乙個檔案在 60 分鐘之內沒有被請求，則快取管理將會自動將其在記憶體中刪除，不管該檔案是否過期。該引數預設值為 10 分鐘（10m）。注意，非活動內容有別於過期內容。nginx 不會自動刪除由快取控制頭部指定的過期內容（本例中 cache-control:max-age=120）。過期內容只有在 inactive 指定時間內沒有被訪問的情況下才會被刪除。如果過期內容被訪問了，那麼 nginx 就會將其從原伺服器上重新整理，並更新對應的 inactive 計時器。

nginx 最初會將注定寫入快取的檔案先放入乙個臨時儲存區域，use_temp_path=off 命令指示 nginx 將在快取這些檔案時將它們寫入同乙個目錄下。我們強烈建議你將引數設定為 off 來避免在檔案系統中不必要的資料拷貝。use_temp_path 在 nginx 1.7 版本和 nginx plus r6 中有所介紹。

最終，proxy_cache 命令啟動快取那些 url 與 location 部分匹配的內容（本例中，為/）。你同樣可以將 proxy_cache 命令新增到 server 部分，這將會將快取應用到所有的那些 location 中未指定自己的 proxy_cache 命令的服務中。

nginx 內容快取的乙個非常強大的特性是：當無法從原始伺服器獲取最新的內容時，nginx 可以分發快取中的陳舊（stale，編者注：即過期內容）內容。這種情況一般發生在關聯快取內容的原始伺服器宕機或者繁忙時。比起對客戶端傳達錯誤資訊，nginx 可傳送在其記憶體中的陳舊的檔案。nginx 的這種**方式，為伺服器提供額外級別的容錯能力，並確保了在伺服器故障或流量峰值的情況下的正常執行。為了開啟該功能，只需要新增 proxy_cache_use_stale 命令即可：

location /

nginx 提供了豐富的可選項配置用於快取效能的微調。下面是使用了幾個配置的例子：

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_revalidate 指示 nginx 在重新整理來自伺服器的內容時使用 get 請求。如果客戶端的請求項已經被快取過了，但是在快取控制頭部中定義為過期，那麼 nginx 就會在 get 請求中包含 if-modified-since 字段，傳送至伺服器端。這項配置可以節約頻寬，因為對於 nginx 已經快取過的檔案，伺服器只會在該檔案請求頭中 last-modified 記錄的時間內被修改時才將全部檔案一起傳送。

proxy_cache_min_uses 該指令設定同一鏈結請求達到幾次即被快取，預設值為 1 。當快取不斷被填滿時，這項設定便十分有用，因為這確保了只有那些被經常訪問的內容會被快取。

當 proxy_cache_lock 被啟用時，當多個客戶端請求乙個快取中不存在的檔案（或稱之為乙個 miss），只有這些請求中的第乙個被允許傳送至伺服器。其他請求在第乙個請求得到滿意結果之後在快取中得到檔案。如果不啟用 proxy_cache_lock，則所有在快取中找不到檔案的請求都會直接與伺服器通訊。

使用 nginx 不需要建立乙個 raid（磁碟陣列）。如果有多個硬碟，nginx 可以用來在多個硬碟之間分割快取。下面是乙個基於請求 uri 跨越兩個硬碟之間均分快取的例子：

proxy_cache_path /path/to/hdd1 levels=1:2 keys_zone=my_cache_hdd1:10m max_size=10g

inactive=60m use_temp_path=off;
proxy_cache_path /path/to/hdd2 levels=1:2 keys_zone=my_cache_hdd2:10m max_size=10g inactive=60m use_temp_path=off;
split_clients $request_uri $my_cache 
server 
}

Nginx 靜態檔案服務

我們先來看看最簡單的本地靜態檔案服務配置示例 server就這些？恩，就這些！如果只是提供簡單的對外靜態檔案，它真的就可以用了。可是他不完美，遠遠沒有發揮 nginx 的半成功力，為什麼這麼說呢，看看下面的配置吧，為了大家看著方便，我們把每一項的作用都做了注釋。乙個 web 快取坐落於客戶端和原始伺...

nginx 靜態檔案快取

目的 快取nginx伺服器的靜態檔案。如css,js,htm,html,jpg,gif,png,flv,swf，這些檔案都不是經常更新。便於快取以減輕伺服器的壓力。實現 nginx proxy cache可以將使用者的請快取到本地乙個目錄，當下乙個請求時可以直接調取快取檔案，就不用去後端伺服器去取檔...

nginx 靜態檔案快取

目的 快取nginx伺服器的靜態檔案。如css,js,htm,html,jpg,gif,png,flv,swf，這些檔案都不是經常更新。便於快取以減輕伺服器的壓力。實現 nginx proxy cache可以將使用者的請快取到本地乙個目錄，當下乙個請求時可以直接調取快取檔案，就不用去後端伺服器去取檔...