CDN缓存命中率低？五个方法让加速更有效

上了CDN却没快多少？多半是缓存命中率低。本文从缓存规则、URL统一、响应头、预热刷新、节点回源五个方向，给出排查和优化命中率的具体做法。

不少网站开通CDN之后感觉没快多少，一查监控才发现缓存命中率只有百分之几十，甚至个位数。命中率上不去，意味着大部分请求仍然穿透到源站，CDN基本只剩下中转作用，钱花了效果没出来。可以从五个方向排查和优化。 第一，检查缓存规则。先确认图片、CSS、JS、视频这类静态资源有没有被正确缓存。很多问题出在源站响应头上：如果源站返回了禁止缓存的头部指令，或者max-age设得极短，节点会照单全收、不做缓存。正确做法是在CDN控制台给静态资源目录配置明确的缓存策略，动态接口则保持不缓存，两者分开配置。 第二，统一资源URL。同一个文件因为带了不同查询参数，比如不同版本号或随机时间戳，会被CDN当成不同资源分别缓存，命中率被严重稀释。前端引用资源时尽量统一版本号，同时确认CDN对URL参数的处理策略：内容不随参数变化的场景，开启忽略参数缓存能明显提升命中。 第三，检查响应头细节。带Cookie的响应通常不会被缓存，如果全站请求都携带Cookie，静态资源也会被牵连。常见解法是把静态资源放到独立域名下，与需要Cookie的业务域名分开，这一招对提升命中率很有效。 第四，预热与刷新配合使用。新内容上线时，先用预热功能把资源提前推送到各节点，避免第一波用户集中回源打源站；内容更新后，再对旧资源做缓存刷新。大促、版本发布之前做一轮预热，是最能立竿见影的操作。 第五，看节点覆盖与回源链路。在监控报表里看命中分布，确认用户集中的地区有没有对应节点覆盖；同时优化回源配置，让节点就近回源，缩短回源链路，即使少量请求穿透也不会拖垮体验。 命中率没有统一的标准答案：内容以静态为主的站点做到九成以上不难，动态请求多的站点重点则放在动静分离上，把能缓存的尽量剥离出来。加速IDC的CDN加速服务支持缓存规则配置、预热刷新和命中率报表，有需要可以帮您把现有加速配置完整梳理一遍。