Squid 設定-refresh_pattern

From:http://www.bsdlover.cn/html/93/n-1093.html
refresh_pattern的作用:
用於確定一個頁面進入cache後,它在cache中停留的時間。
refresh_pattern規則僅僅應用到沒有明確過時期限的響應。原始服務器能使用Expires頭部,或者Cache-Control:max-age指令來指定過時期限。

語法:

fresh_pattern [-i] regexp min percent max [options]

min參數是分鐘數量。它是過時響應的最低時間限制。如果某個響應駐留在cache裡的時間沒有超過這個最低限制,那麼它不會過期。類似的,max參數是存活響應的最高時間限制。如果某個響應駐留在cache裡的時間高於這個最高限制,那麼它必須被刷新。
在最低和最高時間限制之間的響應,會面對squid的最後修改係數 LM-factor算法 LM-factor=(response age)/(resource age)。
對這樣的響應,squid計算響應的年齡和最後修改係數,然後將它作為百分比值進行比較。響應年齡簡單的就是從原始服務器產生,或最後一次驗證響應後,經歷的時間數量。源年齡在Last-Modified和Date頭部之間是不同的。LM-factor是響應年齡與源年齡的比率。
常用的幾個參數的意思:

  • override-expire
  • 該選項導致squid在檢查Expires頭部之前,先檢查min值。這樣,一個非零的min時間讓squid返回一個未確認的cache命中,即使該響應準備過期。

  • override-lastmod
  • 該選項導致squid在檢查LM-factor百分比之前先檢查min值。

  • reload-into-ims
  • 該選項讓squid在確認請求裡,以no-cache指令傳送一個請求。換句話說,squid在轉發請求之前,對該請求增加一個If-Modified- Since頭部。注意這點僅僅在目標有Last-Modified時間戳時才能工作。外面進來的請求保留no-cache指令,以便它到達原始服務器。
    一般情況可以使用 reload-into-ims。它其實是強行控制對象的超時時間,這違反了http協議的精神,但是在帶寬較窄的場合,可以提高明顯系統相應時間。

    Examples:
    refresh_pattern -i \.css$ 1440 50% 129600 reload-into-ims
    refresh_pattern -i \.xml$ 1440 50% 129600 reload-into-ims
  • ignore-reload
  • 該選項導致squid忽略請求裡的任何no-cache指令。所以。如果希望內容一進入cache就不刪除,直到被主動purge掉為止,可以加上ignore-reload選項,這個我們常用在mp3,wma,wmv,gif之類。

    Examples:
    refresh_pattern -i \.mp3$ 1440 50% 2880 ignore-reload
    refresh_pattern -i \.wmv$ 1440 50% 2880 ignore-reload

resource age =對象進入cache的時間-對象的last_modified
response age =當前時間-對象進入cache的時間
LM-factor=(response age)/(resource age)
舉個例子,這裡只考慮percent, 不考慮 min 和 max。
例如:refresh_pattern 20%
假設源服務器上www.aaa.com/index.htm-----lastmodified 是 2007-04-10 02:00:00
squid上 proxy.aaa.com/index.htm index.htm進入cache的時間 2007-04-10 03:00:00
1)如果當前時間 2007-04-10 03:00:00
resource age =3點-2點=60分鐘
response age =0分鐘
index.htm還可以在cache停留的時間(resource age)*20%=12分鐘
也就是說,index.htm進入cache後,可以停留12分鐘,才被重新確認。
2)如果當前時間 2007-04-10 03:05:00
resource age =3點-2點=60分鐘
response age =5分鐘
index.htm還可以在cache停留的時間(resource age)*20%=12-5=7分鐘
LM-factor=5/60=8.3%<20%
一直到2007-04-10 03:12:00 LM-factor=12/60=20% 之後,cache中的頁面index.htm終於stale。如果這時沒有index.htm的請求,index.htm會一直在緩存中,如果有index.htm請求,squid收到該請求後,由於已經過期, squid會向源服務器發一個index.htm是否有改變的請求,源服務器收到後,如果index.htm沒有更新,B就不用更新緩存,直接把緩存的內容放回給客戶端,同時,重置對象進入cache的時間為與源服務器確認的時間,比如2007-04-10 03:13:00,如果正好在這個後重新確認了頁面。重置後,resource age變長,相應在cache中存活的時間也變長。
如果有改變則把最新的index.htm返回給squid,squid收到會更新緩存,然後把新的index.htm返回給客戶端,同時根據新頁面中的Last_Modified和取頁面的時間,重新計算resource age,進一步計算出存活時間。實際上,一個頁面進入cache後,他的存活時間就確定了,即 (resource age) * 百分比,一直到被重新確認。

Please follow and like us:

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *