問題描述

有兩臺服務(wù)器，一臺是外網(wǎng)的網(wǎng)關(guān)服務(wù)器，一臺是內(nèi)網(wǎng)的資源服務(wù)器，但是兩臺服務(wù)器距離很遠(yuǎn)（跨?。撁嬷幸蕾嚧罅坎寮Y源，加載耗時久，本章重點(diǎn)講解Nginx代理緩存靜態(tài)資源。

解決思路

• CDN
• 開啟gzip壓縮
• 圖片格式優(yōu)化，找到大圖片
• 外網(wǎng)服務(wù)器進(jìn)行靜態(tài)資源緩存

proxy_cache工作原理

Nginx 的 proxy_cache 模塊允許 Nginx 作為反向代理服務(wù)器時緩存后端服務(wù)器的響應(yīng)。以下是 proxy_cache 模塊的工作原理：

1. 請求到達(dá)：客戶端向 Nginx 發(fā)送請求。
2. 緩存查找：Nginx 首先檢查請求是否命中緩存。這是通過查找共享內(nèi)存中的緩存鍵（由 proxy_cache_key 定義）來完成的。
3. 緩存命中：如果請求命中緩存，Nginx 直接從緩存中讀取響應(yīng)并返回給客戶端。
4. 緩存未命中：如果請求未命中緩存，Nginx 將請求轉(zhuǎn)發(fā)到后端服務(wù)器。
5. 后端響應(yīng)：后端服務(wù)器處理請求并返回響應(yīng)給 Nginx。
6. 緩存存儲：Nginx 將后端服務(wù)器的響應(yīng)存儲在本地文件系統(tǒng)中，同時在共享內(nèi)存中更新緩存鍵和元數(shù)據(jù)。
7. 返回響應(yīng)：Nginx 將后端服務(wù)器的響應(yīng)返回給客戶端，并根據(jù) proxy_cache_valid 指令設(shè)置的規(guī)則決定緩存時間。

配置

# 設(shè)置日志格式，$upstream_cache_status代表是否命中緩存
# $upstream_cache_status的返回值有7個：
# HIT表示緩存命中
# MISS表示未命中，請求被傳送到后端
# EXPIRED表示緩存已經(jīng)過期，請求被傳送到后端
# UPDATING表示正在更新緩存，將使用舊的應(yīng)答
# STALE表示無法從后端服務(wù)器更新緩存時，返回了舊的緩存內(nèi)容
# BYPASS表示緩存被繞過了
# REVALIDATED表示啟用proxy_cache_revalidate指令后，當(dāng)緩存內(nèi)容過期時，Nginx通過一次If-Modified-Since的請求頭去驗(yàn)證緩存內(nèi)容是否過期，此時會返回該狀態(tài)
log_format  main  '$remote_addr - $remote_user [$request_time] [$time_local] "$request" '
                      '$upstream_cache_status '                      
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
# 打開日志格式化功能，如果這里不打開的話，上面的格式化不生效
access_log  logs/access.log  main;

# 設(shè)置緩存區(qū)信息
# levels：指定該緩存空間對應(yīng)的目錄，最多可以設(shè)置3層，每層取值為1|2；例如：levels=1:2   緩存空間有兩層目錄，第一次是1個字母，第二次是2個字母
proxy_cache_path /app/nginx/js_cache levels=1:2 keys_zone=my_cache:10m max_size=1g inactive=60m;

# --------------以下為server中的配置---------------
location / {
	proxy_pass http://ip:端口;
}
# 啟用緩存
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|ioc|ico|rar|zip|txt|flv|mid|doc|ppt|pdf|xls|mp3|wma|css|js)$ {
	proxy_pass http://ip:端口;
	proxy_cache my_cache;
	# proxy_cache_valid設(shè)置不同響應(yīng)碼的緩存過期時間
	# HTTP 206 Partial Content（部分內(nèi)容）狀態(tài)碼表示服務(wù)器成功處理了客戶端?請求資源部分內(nèi)容?的GET請求，主要應(yīng)用于支持范圍請求（Range Request）的場景，比如文件斷點(diǎn)下載
   	proxy_cache_valid 200 304 206 60m; # 緩存200, 304, 206響應(yīng)3600秒（1小時）
   	proxy_cache_key $uri; # 緩存鍵的生成方式
    # add_header X-Cache '$upstream_cache_status from $host'; # 在請求的http響應(yīng)頭中返回，判斷是否命中緩存
}

proxy_cache_path與proxy_cache_valid中超時時間同時設(shè)置，生效控制問題

inactive時間到了，數(shù)據(jù)刪除。proxy_cache_valid時間到了不會被刪除，但是會認(rèn)為失效，再次請求時會重新下載。有請求，inactive就刷新計(jì)時，valid不變。沒請求，inactive和valid都不變。
分析各種情況：

1. inactive設(shè)置1m，valid設(shè)置1h
   首先，請求進(jìn)來，cache出現(xiàn)，兩個時間開始倒計(jì)時。
   情況一：不斷請求這個cache，inactive不斷刷新1m倒計(jì)時，直到到達(dá)1h，valid過期。這時你去請求了一次，nginx重新去讀取服務(wù)器數(shù)據(jù)，刷新valid倒計(jì)時。期間數(shù)據(jù)一直在緩存里。不請求，就再過1m刪掉。
   情況二：兩次請求間隔超過了1min，inactive生效，刪除了這個cache數(shù)據(jù)，沒了。你再請求，相當(dāng)于重新去服務(wù)器拿了一次數(shù)據(jù)，inactive和valid倒計(jì)時都會重新刷新，不請求，cache里就沒有這份數(shù)據(jù)了

2. inactive設(shè)置1m,valid設(shè)置1m
   首先，請求進(jìn)來，cache出現(xiàn)，兩個時間開始倒計(jì)時。
   情況一：1m內(nèi)不請求，最后inactive生效刪掉。不請求就沒緩存了，請求了一次，重新從服務(wù)器讀取一份，兩個計(jì)時刷新。
   情況二：1m內(nèi)請求了一次，inactive時間刷新，但是valid還在計(jì)時，所以1m到了后，緩存過期了。你再請求就重新從服務(wù)器讀取一份，刷新計(jì)時。不請求，就等待1m，由inactive生效刪除了緩存

3. inactive設(shè)置1h，valid設(shè)置了1m
   首先，請求進(jìn)來，cache出現(xiàn)，兩個時間開始倒計(jì)時。
   過了1m，緩存過期，數(shù)據(jù)在沒刪掉。不請求，直到1h到，inactive刪掉緩存。請求了一次，重新從服務(wù)器讀取，刷新兩個計(jì)時。

所以，通常inactive應(yīng)該需要設(shè)置的比valid中時間長，inactive和valid是配合使用，不是誰時間短覆蓋誰的關(guān)系。

緩存清理

清除緩存，直接刪除緩存文件夾，下次請求的時候會重新生成

外網(wǎng)緩存失敗，內(nèi)網(wǎng)不允許緩存

在生產(chǎn)環(huán)境出現(xiàn)過一個問題，在外網(wǎng)服務(wù)器nginx配置了緩存信息，日志配置生效，緩存目錄也生成，但是始終沒有生成緩存文件，最后排查發(fā)現(xiàn)，在內(nèi)網(wǎng)的nginx配置了如下禁止緩存的信息，應(yīng)該將此段內(nèi)容從內(nèi)網(wǎng)服務(wù)器移到外網(wǎng)上或者使用proxy_ignore_headers

add_header Cache-Control "private, no-store, no-cache, must-revalidate, proxy-revalidate, max-age=0";
add_header Pragma no-cache;
add_header Expires 0;

private：專用于個人的緩存，中間代理、CDN 等不能緩存此響應(yīng)
public：響應(yīng)可以被中間代理、CDN 等緩存

到此這篇關(guān)于Nginx代理緩存靜態(tài)資源的實(shí)現(xiàn)方法的文章就介紹到這了,更多相關(guān)Nginx代理緩存靜態(tài)資源內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論