概述

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

詳細信息

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

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

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