CDN緩存命中率較低

概述

CDN控制臺上顯示的緩存命中率一直不高，且源站收到較多來(lái)自CDN的回源請求，對源站造成一定的負載壓力?，F需要排查緩存命中率不高的原因。

詳細信息

參考以下步驟，排查緩存命中率不高的原因。

1.CDN控制臺統計的緩存命中率僅僅是CDN L1層的命中率，實(shí)際情況L2層的緩存數據也是從CDN節點(diǎn)獲取，并不會(huì )從源站獲取數據，所以真實(shí)的CDN命中率是略高于CDN控制臺顯示的命中率。
說(shuō)明：CDN數據流向為客戶(hù)端>CDN的1級節點(diǎn)>CDN的2級節點(diǎn)>源站。
2.查看用戶(hù)提交的CDN加速域名流量情況，在加速域名流量不高的情況下，即便MISS狀態(tài)的URL不多，但是對命中率的統計計算影響很大。例如，某CDN加速域名一共對外提供了10個(gè)可以訪(fǎng)問(wèn)的URL，其中有一個(gè)URL源站上設置了no-cache，導致不緩存，在其他URL訪(fǎng)問(wèn)都命中的情況下，命中率也僅有90%。
說(shuō)明：CDN加速域名的流量帶寬可以在CDN控制臺獲取。
3.在之前檢查正常的情況下，有如下幾種可能導致命中率低的情況，請逐一進(jìn)行排查：
（1）源站上緩存Header設置不當，或者缺少必要的Header，如果CDN的緩存規則是不緩存，那么每次訪(fǎng)問(wèn)都是MISS狀態(tài)，影響命中率：

• 緩存Header設置不當，主要是Cache-Control或者Pragma配置，即源站上設置了Cache-Control為no-cache、no-store、max-age=0、private，或者Pragma設置為no-cache等情況下，均會(huì )被CDN當做最高優(yōu)先級執行不緩存操作。
• 缺少必要的Header，指源站的Response頭部信息中不包含Etag和Last-modified，這種情況也會(huì )導致不進(jìn)行緩存。
  （2）CDN控制臺設置了不緩存的規則，即某目錄或者某種后綴的文件設置的緩存時(shí)間為0秒，相關(guān)信息可以在CDN控制臺查看。
  （3）源站動(dòng)態(tài)內容較多，目前CDN主要是加速靜態(tài)資源，例如CSS、JS、HTML、圖片、txt、視頻等資源，針對動(dòng)態(tài)資源PHP、JSP、包含內部邏輯處理甚至Cookie等資源都會(huì )回源數據。
  （4）CDN的加速URL中帶有可變參數。例如URL地址為http://XXX.XXX.cn/1.txt?timestamp=14378923，其中timestamp值為時(shí)間戳，每次訪(fǎng)問(wèn)此值均不同。CDN針對第一次訪(fǎng)問(wèn)的URL，即之前未預熱的URL，無(wú)論該URL是否符合CDN的緩存規則，由于節點(diǎn)上還沒(méi)有這個(gè)文件，第一次訪(fǎng)問(wèn)肯定都是MISS狀態(tài)。但是timestamp參數會(huì )變化，所以每次訪(fǎng)問(wèn)都是一個(gè)全新的URL，則每次都返回MISS狀態(tài)，從而影響命中率。
  （5）刷新操作頻繁。CDN控制臺有定時(shí)刷新功能，每次刷新都會(huì )導致所有已經(jīng)在CDN上緩存的URL失效，所以在刷新之后訪(fǎng)問(wèn)同樣的URL時(shí)，就是MISS狀態(tài)，從而影響命中率。
  （6）文件熱度不夠。不經(jīng)常被用戶(hù)訪(fǎng)問(wèn)到的URL，即使符合所有緩存規則，但是經(jīng)常有被節點(diǎn)去除緩存的風(fēng)險。CDN節點(diǎn)上緩存的文件，可以理解為按照熱度屬性采取末尾淘汰制，熱度就是該文件在該節點(diǎn)上被訪(fǎng)問(wèn)的頻率，文件熱度不夠，其實(shí)一定程度上跟這個(gè)域名本身的流量不高有關(guān)系，即第2步的原因。