Nginx– 緩存過期影響因素優先級分析
首先對測試環境進行說明
測試的架構如圖所示：
client端 <——————> nginx cache <——————>源服務器
經過大量測試發現：nginx的過期順序是有一個優先級的。下面首先說明各個影響緩存過期的因素：
（1） inactive:在proxy_cache_path配置項中進行配置，說明某個緩存在inactive指定的時間內如果不訪問，將會從緩存中刪除。
（2） 源服務器php頁面中生成的響應頭中的Expires，生成語句為：
header(“Expires: Fri, 07 Sep 2013 08:05:18 GMT”);
（3） 源服務器php頁面生成的max-age，生成語句為：
header(“Cache-Control: max-age=60″);
（4） nginx 的配置項 proxy_cache_valid:配置nginx cache中的緩存文件的緩存時間，如果配置項為：proxy_cache_valid 200 304 2m;說明對于狀態為200和304的緩存文件的緩存時間是2分鐘，兩分鐘之后再訪問該緩存文件時，文件會過期，從而去源服務器重新取數據。
其次對需要注意的一點：源服務器的expires和nginx cache的expires配置項的沖突進行說明，場景如下
（1） 源服務器端有php文件ta1.php內容如下：
<?php
header(“Expires: Fri, 07 Sep 2013 08:05:18 GMT”);
header(“Last-Modified: ” . gmdate(“D, d M Y H:i:s”) . ” GMT”);
header(“Cache-Control: max-age=60″);
//header(“Cache-Control: post-check=0, pre-check=0″, false);
echo “ta1″;
?>
（2） 在nginx cache服務器端的配置信息如下：
…….
proxy_cache_path /data0/proxy_cache_dir levels=1:2 keys_zone=cache_one:200m inactive=5s max_size=30g;
……..
location ~ .*\.(php|jsp|cgi)$
{
proxy_read_timeout 10s;
proxy_connect_timeout 10s;
proxy_set_header Host $host;
proxy_cache_use_stale updating;
proxy_cache_key $host$uri$is_args$args;
proxy_cache cache_one;
#proxy_ignore_headers “Cache-Control”;
#proxy_hide_header “Cache-Control”;
#proxy_ignore_headers “Expires”;
#proxy_hide_header “Expires”;
proxy_hide_header “Set-Cookie”;
proxy_ignore_headers “Set-Cookie”;
#add_header Cache-Control max-age=60;
add_header X-Cache ‘$upstream_cache_status from $server_addr’;
proxy_cache_valid 200 304 2m;
#proxy_cache_valid any 0m;
proxy_pass http://backend_server;
expires 30s;
}
………….
從上面兩項可以看出nginx cache 服務器中expires的配置是30s，該expires的值直接決定了在瀏覽器端看到的max-age以及expires的值。而源服務器斷的代碼中設置的響應頭中的max-age為60，expires為Fri, 07 Sep 2013 08:05:18 GMT。這是源服務器的設置于nginx-cache的設置沖突了，那么著兩個屬性應該怎么設置呢？
這時client端的max-age與expires的值按照nginx cache中的expires配置項的設置，即:
Expires Fri, 07 Sep 2012 08:59:16 GMT
Cache-Controlmax-age=30
而nginx cache端的緩存的max-age與expire的值按照源服務器上的代碼的設置。即：
Expires Fri, 07 Sep 2013 08:05:18 GMT
Cache-Controlmax-age=60
現在步入正題：
經過大量測試發現：對緩存的過期與清除起作用的因素的優先級從高到低一次為：
inactive配置項、源服務器設置的Expires、源服務器設置的Max-Age、proxy_cache_valid配置項
下面通過幾個實例對這幾個優先級進行說明
實例1：
服務器端php代碼：
<?php
header(“Expires: Fri, 07 Sep 2012 08:03:18 GMT”);//其實是3分鐘之后
header(“Last-Modified: ” . gmdate(“D, d M Y H:i:s”) . ” GMT”);
header(“Cache-Control: max-age=180″);//2分鐘
//header(“Cache-Control: post-check=0, pre-check=0″, false);
echo “ta1″;
?>
nginx cache 配置項
inactive 4m//4分鐘
proxy_cache_valid 1m//1分鐘
現象：第一次訪問頁面ta1.php之后，各個時間的訪問結果：
1分鐘之后 ： HIT//這說明valid沒有起作用
2分鐘之后 ： HIT//這說明 源服務器設置的max-age沒有起作用
3分鐘之后： MISS//這說明源服務器設置的Expires起作用了
4分鐘之后： MISS//這說明inactive起作用了
實例2：
服務器端php代碼：
<?php
header(“Expires: Fri, 07 Sep 2012 08:03:18 GMT”);//3分鐘之后
header(“Last-Modified: ” . gmdate(“D, d M Y H:i:s”) . ” GMT”);
header(“Cache-Control: max-age=180″);//2分鐘
//header(“Cache-Control: post-check=0, pre-check=0″, false);
echo “ta1″;
?>
nginx cache 配置項
inactive 10s//10秒鐘
proxy_cache_valid 1m//1分鐘
現象：第一次訪問頁面ta1.php之后，各個時間的訪問結果：
5秒后訪問：HIT
10秒后訪問: MISS
15秒后訪問：HIT
20秒后訪問:MISS
通過實例1和實例2綜合分析：如果inactive已經進行了設置，則緩存的過期時間以inactive設置的值為準
實例3：
服務器端php代碼：
<?php
header(“Expires: Fri, 07 Sep 1977 08:03:18 GMT”);//直接過期
header(“Last-Modified: ” . gmdate(“D, d M Y H:i:s”) . ” GMT”);
header(“Cache-Control: max-age=120″);//2分鐘
//header(“Cache-Control: post-check=0, pre-check=0″, false);
echo “ta1″;
?>
nginx cache 配置項
inactive 4m//4分鐘
proxy_cache_valid 1m//1分鐘
現象：第一次訪問頁面ta1.php之后，各個時間的訪問結果：
每隔一秒訪問一次：MISS//這說明源服務器端設置的Expires屏蔽了nginx的valide和源服務器端設置的max-age的作用
實例4：
服務器端php代碼：
<?php
header(“Expires: Fri, 07 Sep 2012 08:03:18 GMT”);//3分鐘之后
header(“Last-Modified: ” . gmdate(“D, d M Y H:i:s”) . ” GMT”);
header(“Cache-Control: max-age=120″);//2分鐘
//header(“Cache-Control: post-check=0, pre-check=0″, false);
echo “ta1″;
?>
nginx cache 配置項
inactive 4m//4分鐘
proxy_cache_valid 1m//1分鐘
現象：第一次訪問頁面ta1.php之后，各個時間的訪問結果：
1分鐘之后 ： HIT//這說明valid沒有起作用，因為源服務器設置的Expires將valid的效果屏蔽了
2分鐘之后 ： HIT//這說明 源服務器設置的max-age沒有起作用，因為源服務器設置的Expires將max-age屏蔽了
3分鐘之后： MISS//這說明服務器端設置的expires起作用了
通過實例2和實例3的現象說明：如果inactive設置的比較大，在inactive到期之前，如果valid、服務器端設置的expires、服務器端設置的max-age都進行了設置，則以服務器端設置的expires為準。
實例5：
服務器端php代碼：
<?php
header(“Expires: Fri, 07 Sep 2012 08:03:18 GMT”);//3分鐘之后
header(“Last-Modified: ” . gmdate(“D, d M Y H:i:s”) . ” GMT”);
header(“Cache-Control: max-age=120″);//2分鐘
//header(“Cache-Control: post-check=0, pre-check=0″, false);
echo “ta1″;
?>
nginx cache 配置項
inactive 4m//4分鐘
#下面兩行用于消除服務器端配置的Expires響應頭的影響
proxy_ignore_headers “Expires”;
proxy_hide_header “Expires”;
proxy_cache_valid 1m//1分鐘
現象：第一次訪問頁面ta1.php之后，各個時間的訪問結果：
1分鐘之后 HIT //這說明valid的作用已經被服務器端的max-age屏蔽
2分鐘之后 MISS//服務器端設置的max-age起作用
實例6：
服務器端php代碼：
<?php
header(“Expires: Fri, 07 Sep 2012 08:03:18 GMT”);//3分鐘之后
header(“Last-Modified: ” . gmdate(“D, d M Y H:i:s”) . ” GMT”);
header(“Cache-Control: max-age=50″);//50秒鐘
//header(“Cache-Control: post-check=0, pre-check=0″, false);
echo “ta1″;
?>
nginx cache 配置項
inactive 4m//4分鐘
#下面兩行用于消除服務器端配置的Expires響應頭的影響
proxy_ignore_headers “Expires”;
proxy_hide_header “Expires”;
proxy_cache_valid 2m//2分鐘
現象：第一次訪問頁面ta1.php之后，各個時間的訪問結果：
50秒鐘之后 ： MISS//這說明服務器端配置的max-age起作用
1分鐘之后 ： HIT//
100秒鐘之后： MISS//這說明服務器端設置的max-age起作用了
通過實例5和實例6的現象說明：如果inactive設置的比較大，而且在nginx配置文件中取消服務器端Expires對緩存的影響。在同時設置了 proxy_cache_valid和服務器端設置了max-age響應頭字段的情況下，以服務器端設置的max-age的值為標準進行緩存過期處理。
綜上所述：
（1） 在同時設置了源服務器端Expires、源服務器端max-age和nginx cahe端的proxy_cache_valid的情況下，以源服務器端設置的Expires的值為標準進行緩存的過期處理
（2） 若在nginx中配置了相關配置項，取消原服務器端Expires對緩存的影響，在同時設置了源服務器端Expires、源服務器端max-age和 nginx cahe端的proxy_cache_valid的情況下，以源服務器端max-age的值為標準進行緩存的過期處理
（3） 若同時取消源服務器端Expires和源服務器端max-age對緩存的影響，則以proxy_cache_valid設置的值為標準進行緩存的過期處理
（4） Inactive的值不受上述三個因素的影響，即第一次請求頁面之后，每經過inactvie指定的時間，都要強制進行相應的緩存清理。因此inactive的優先級最高。
（5） 所以對緩存過期影響的優先級進行排序為：inactvie、源服務器端Expires、源服務器端max-age、proxy_cache_valid。
來自：http://lmdkfs.blog.163.com/blog/static/7461132420142128311980/