CDN 在靜態(tài)資源的加速場景中是將靜態(tài)資源緩存在距離客戶端較近的CDN 節(jié)點上，然后客戶端訪問該資源即可通過較短的鏈路直接從緩存中獲取資源，而避免再通過較長的鏈路回源獲取靜態(tài)資源。因此 CDN的緩存命中率的高低直接影響客戶體驗，而保證較高的命中率也成為了站長的核心命題。在本文中我們就一起探討 CDN 緩存命中率的概念、影響因素以及優(yōu)化策略。

1、緩存命中率的概念

CDN 的緩存命中率包括兩種：字節(jié)緩存命中率和請求緩存命中率。其中字節(jié)緩存命中率是指 CDN 緩存命中 Response 的字節(jié)數(shù)除以 CDN所有請求 Response 的字節(jié)數(shù)。而請求緩存命中率是指 CDN 緩存命中的請求的個數(shù)除以 CDN 所有的請求數(shù)。
從上面的描述中可以查看到字節(jié)緩存命中率可以表征回源流量的大小，回源流量越高那么源站的流出流量也就越大，這樣對于源站的帶寬資源以及其他的負載都會越大，因此回源流量代表了源站服務器接收到的負載壓力。而我們在業(yè)務使用中也主要關心字節(jié)緩存命中率。
查看緩存命中率主要包括控制臺、 CDN 日志和 API/SDK 查看兩種方式。現(xiàn)在 CDN 控制臺上提供的命中率監(jiān)控均是字節(jié)緩存命中率，如圖1 中所示即是控制臺監(jiān)控信息中命中率的詳情。
????????????????????????????????????
????????????????????????????????????????????????????????????????????????圖 1. 控制臺命中率監(jiān)控示意圖


在CDN的請求日志中，CDN記錄了所有的CDN請求的緩存命中狀態(tài)，詳細的日志格式請參考CDN日志格式，其中“cache命中狀態(tài)”字段為HIT即表示命中，而MISS即表示未命中的狀態(tài)。這里特別需要注意的一點是這里的命中狀態(tài)僅表征CDN的L1節(jié)點的命中狀態(tài)，當CDN的L1節(jié)點未命中緩存但是L2節(jié)點命中緩存的情況下這里仍然會顯示MISS。
而API/SDK的方式CDN分別提供了DescribeDomainHitRateData和DescribeDomainReqHitRateData兩個接口分別查詢的CDN的字節(jié)緩存命中率和請求緩存命中率。該接口是可以查看到歷史90天內的所有的數(shù)據(jù)。

2、影響因素及優(yōu)化建議

CDN的緩存規(guī)則同時按照CDN上的緩存規(guī)則、源站配置的Cache-Control等response頭、文件類型等綜合考慮，具體的緩存規(guī)則解讀建議查閱【 CDN 最佳實踐】CDN 緩存策略解讀和配置策略。那么按照上述的緩存規(guī)則會影響命中率的因素主要有以下：


1. 文件類型是否適合于在CDN上緩存。
CDN在業(yè)務架構中負責加速靜態(tài)資源，因此如果動態(tài)資源也經過CDN的話是會導致CDN的命中率下降的。CDN判斷動態(tài)文件和靜態(tài)文件的標準是該文件的response頭中是否帶有Etag頭和Last-modified頭。這兩個頭在HTTP協(xié)議中分別通過文件內容和文件最后修改時間表征文件的修改情況。
因此建議用戶使用過程中優(yōu)化點：
網(wǎng)站架構是否適合于動靜分離。動靜分離是常見的網(wǎng)站優(yōu)化的策略，主要是通過將靜態(tài)資源和動態(tài)資源分離成兩個站點提供服務。靜態(tài)資源由于長時間不會發(fā)生變化，因此可以使用CDN加速；而動態(tài)資源因為需要實時獲取源站的資源并且可能源站加載需要一段時間（CDN回源獲取數(shù)據(jù)有嚴格的的回源超時時間，動態(tài)文件響應較慢可能導致CDN回源直接拋出504錯誤）而直接解析到源站服務器拉取資源。
靜態(tài)文件文件是否在response頭中返回Etag頭和Last-modified頭。在CDN上沒有配置緩存規(guī)則的情況下，靜態(tài)文件沒有返回Etag頭和Last-modified頭也同樣會導致該靜態(tài)資源不在CDN節(jié)點上緩存。如圖2中所示，x-swift-cachetime頭即表示該文件在CDN上的緩存時間（單位是秒）。該文件其實為靜態(tài)文件，但是由于response頭中沒有Etag和Last-modified導致CDN并不會該文件進行緩存。
????????????????????????????????????
????????????????????????????????????????????????????????????????????????圖 2. CDN 緩存時間示意圖
配置合理的源站緩存規(guī)則。源站服務器可以針對于資源配置其緩存規(guī)則。當源站配置了以下response頭時CDN將不會對該文件進行緩存：
????1）有s-maxage=0，no-cache，no-store，private其中一種
????2）如果沒有s-maxage或者s-maxage=0，并且有max-age=0.
????3）帶Pragma: no-cache
而且上述的response頭在CDN緩存規(guī)則中將有最高優(yōu)先級（即使CDN上配置了緩存規(guī)則也不緩存），因此上述的這些response頭并不適合于配置于源站的靜態(tài)資源的。另外當CDN上沒有配置緩存規(guī)則時,資源的緩存規(guī)則將按照源站的Cache-Control或者Expires頭進行緩存（Cache-Control優(yōu)先級比Expires高），因此建議用戶設置合理的Cache-Control或者Expires頭。
配置緩存規(guī)則。上面所指的沒有包括Etag和Last-modified頭而導致CDN緩存時間為0的場景是CDN控制臺上沒有配置緩存配置時會出現(xiàn)這種情況，因此如果用戶的靜態(tài)資源確實無法配置上述兩個response頭的話是可以考慮針對該文件配置緩存規(guī)則，這樣該文件即可在CDN上按照緩存規(guī)則進行緩存。


2. CDN的刷新和預熱功能
CDN提供了刷新緩存和預熱緩存兩個操作。兩個操作都會對緩存命中率有影響，但是兩個操作的影響是完全相反的。因此用戶是需要了解兩個操作的概念以及使用場景。
刷新功能是指將特定URL或者目錄下的所有歷史緩存的內容清除掉，該操作常用于源站進行同名更新后導致CDN緩存內容已為歷史臟數(shù)據(jù)，刷新后將使URL下次訪問時直接回源。因此會導致命中率下降。
預熱功能是將URL提前上傳到CDN的L2節(jié)點上，這樣下次訪問的時候就不需要從源站再拉取資源了，因此預熱是沒有直接導致L1的命中率升高，但提升了CDN的真實命中率。
因此建議用戶使用過程中優(yōu)化點：
慎重使用刷新功能。刷新功能肯定是會導致命中率出現(xiàn)下降的，特別是對于加速域名根目錄的刷新任務會導致加速域名下的所有緩存均無效，勢必會導致后續(xù)出現(xiàn)大量回源請求導致源站服務器負載升高。因此請用戶在實際線上環(huán)境特別是高峰期進行刷新操作。另外建議客戶盡量避免執(zhí)行靜態(tài)資源同名更新，可以嘗試通過添加queryString的方式進行版本更替（例如url中帶有?version=1.1等方式）。
業(yè)務高峰前預熱熱門資源。預熱可以提前將資源預熱到CDN的L2節(jié)點，避免業(yè)務高峰對于源站產生壓力，也同時保證了CDN的真實命中率。但是預熱的請求次數(shù)每天客戶均是有條數(shù)限制的，因此建議客戶可以根據(jù)歷史的熱門資源統(tǒng)計得要待預熱的資源URL進行操作。


3. CDN緩存規(guī)則是否合理
CDN上是可以針對于目錄或者后綴名設置緩存配置的。而在CDN和源站同時配置緩存規(guī)則時是會以CDN上的緩存規(guī)則優(yōu)先的（除非源站設置了不允許緩存的規(guī)則），因此建議用戶在CDN控制臺中設置合理的緩存規(guī)則，避免走默認的緩存規(guī)則導致頻繁回源（默認緩存經常緩存3600秒過期）。另外特別注意CDN控制臺上配置的緩存時間為0秒時該資源并不是客戶端直接請求到源站的，而是客戶端請求仍然會先到CDN節(jié)點，然后由CDN節(jié)點觸發(fā)回源請求到源站獲取資源，并且流出流量仍然會計算CDN的流出流量。


4. 可變參數(shù)導致命中率下降
客戶請求的URL中常帶有queryString，例如上面所說的請求URL中為了區(qū)分版本帶上?version=1.1等參數(shù)或者CDN回源到私有讀寫類型的bucket時會帶上OSS私有訪問需要的OSSAccessKeyId、Expires和Signature參數(shù)。在CDN處理的過程中默認的處理邏輯是對于同樣的URL而帶有不同queryString的請求會認為完全不同的請求，因此緩存也對應的是不同份，這就會導致如果queryString參數(shù)發(fā)生變化時會導致重新回源，因此命中率會出現(xiàn)下降的情況。
因此建議用戶使用過程中優(yōu)化點：
業(yè)務系統(tǒng)允許的情況下使用“過濾參數(shù)”功能。開啟過濾參數(shù)功能后，CDN接收到queryString的URL替換成沒有帶參數(shù)的URL。例如請求URL為http://www.aliyun.com/1.jpg?version=1，開啟過濾參數(shù)后將替換URL為http://www.aliyun.com/1.jpg，這樣講查看是否存在有http://www.aliyun.com/1.jpg的緩存，如果有的話將直接返回客戶端；如果沒有緩存的話就會按照http://www.aliyun.com/1.jpg請求回源站。因此業(yè)務系統(tǒng)允許queryString不敏感的情況下可以開啟該功能。但是對于一些系統(tǒng)需要queryString進行傳參或者設置跳轉邏輯的話就不能開啟該功能。
對于CDN加速OSS的場景建議使用“私有bucket回源”功能。當OSS設置為私有時不可以開啟過濾參數(shù)并且當簽名querystring發(fā)生變化時還會影響CDN緩存命中率。而“私有bucket回源”功能將使CDN的請求回源OSS的時候自動帶上簽名querystring參數(shù)，而不需要客戶自己在請求CDN的時候設置。這樣即實現(xiàn)了OSS本身資源的安全防護而又不影響CDN的緩存命中率。


5. CDN加速域名流量較低
CDN節(jié)點作為所有使用CDN的用戶公用的節(jié)點資源，因此CDN配置的緩存規(guī)則表示了該資源在CDN上的緩存最長時間，如果用戶在CDN上的緩存資源的熱度較低的話是有可能被提前踢出CDN節(jié)點的緩存的。因此可以理解為緩存按照熱度屬性采取末尾淘汰制，所謂熱度就是該文件在該節(jié)點上被訪問的頻率，文件熱度不夠即被提前剔除。
因此建議用戶使用過程中優(yōu)化點：
對于流量較低的域名可以提前定期將熱度資源預熱到CDN節(jié)點上，避免影響業(yè)務使用。
建議用戶考慮對于流量較低的域名可以不使用CDN加速，這樣的域名的加速效果并不明顯。

總結

以上是生活随笔為你收集整理的【 CDN 最佳实践】CDN 命中率优化思路的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。