CDN缓存策略是什么：TTL设置、缓存刷新与命中率优化详解

CDN缓存策略（Content Delivery Network Caching Strategy）是指网站运维人员为内容分发网络边缘节点配置的一组缓存规则，用于决定哪些内容可以被缓存、缓存多长时间、以及如何更新已缓存的内容。合理的 CDN 缓存策略是网站加速效果的核心前提——它直接影响缓存命中率、源站负载和用户访问体验。CDN 缓存策略的核心价值在于帮助运维人员在加速效果与内容新鲜度之间找到最佳平衡点。关于 CDN 与托管服务的协作关系，可参考虚拟主机是什么一文。

定义与核心参数

CDN 缓存策略涉及三个核心参数：TTL（Time to Live，生存时间）、缓存刷新机制和缓存层级结构。三者共同决定了内容在边缘节点上的存储时长、更新方式和分布范围。

TTL 是缓存策略中最基础的参数，它定义了某个资源被边缘节点缓存后，在未重新验证之前可以被视为”有效”的时间长度。TTL 的单位通常为秒、分钟或小时。例如，将网站 Logo 图片的 TTL 设置为 86400 秒（24 小时），意味着边缘节点在缓存该图片后的 24 小时内，会直接返回缓存内容给用户，不再向源站发起请求。

缓存刷新是当源站内容发生变更时，主动通知或强制边缘节点更新缓存的操作。由于 TTL 机制决定了缓存到期前不会自动更新，当网站管理员修改了 CSS 文件或替换了某张图片后，若不执行缓存刷新，用户仍可能看到旧版本内容。缓存刷新按范围可分为单文件刷新、目录刷新和全站刷新。

缓存命中率是衡量 CDN 缓存效率的核心指标，计算公式为：命中率 = 缓存命中的请求数 / 总请求数 × 100%。命中率越高，说明越多的请求由边缘节点直接响应，源站负载越低，用户响应速度越快。一个配置良好的 CDN 缓存策略，静态资源的缓存命中率通常可以达到 90% 以上。

TTL 设置策略

TTL 的取值并非一成不变，需要根据内容类型、更新频率和业务需求灵活调整。以下是不同资源类型的 TTL 设置建议。

静态资源如图片、CSS、JavaScript 文件，更新频率极低，适合设置较长的 TTL。常见做法是将 TTL 设置为 7 天到 30 天。这类文件一旦部署上线，在下次版本更新前不会发生变化，长 TTL 可以最大化缓存命中率。需要注意的是，当静态资源更新时，应配合缓存刷新或文件名版本化策略（如 style.v2.css）来确保用户获取最新版本。

动态内容如 API 接口返回的 JSON 数据、用户个性化页面，不适合使用长 TTL。这类内容每次请求的结果可能不同，直接缓存会导致数据不一致。对于动态内容，通常的做法是将 TTL 设置为 0（不缓存），或者使用极短的 TTL（如 10-60 秒），配合 CDN 的动态加速功能来优化传输路径而非缓存内容。

半静态内容如新闻列表页、产品分类页，内容更新频率介于静态和动态之间。这类页面可以设置中等长度的 TTL（如 5-30 分钟），并通过缓存刷新机制在内容更新时主动清除旧缓存。许多 CDN 服务商提供”分层缓存”功能，允许为同一域名下的不同路径设置不同的 TTL 规则。

缓存刷新方式对比

CDN 缓存刷新是运维工作中最常见的操作之一。不同刷新方式在粒度、成本和生效速度上存在明显差异。

• 单文件刷新：粒度精确到单个 URL，生效速度秒级。适用于修改了某张图片或单个 CSS 文件后的缓存更新。大多数 CDN 服务商提供控制台操作和 API 接口两种方式。
• 目录刷新：粒度覆盖整个目录，生效速度分钟级。适用于批量更新了某分类下的所有页面后的缓存清理。
• 全站刷新：粒度覆盖整个域名，生效速度分钟级。适用于网站改版或大规模内容更新场景。
• API 推送刷新：粒度精确到指定 URL 列表，生效速度秒级。适用于通过脚本批量提交需要刷新的 URL。

单文件刷新是最精准的方式，只清除指定 URL 的缓存，对其它内容无影响。在网站日常维护中，单文件刷新应作为首选方式，避免不必要的全站刷新导致缓存命中率骤降。

目录刷新适用于批量更新场景。例如，当电商网站修改了某个分类下的所有商品价格时，可以刷新该分类目录的缓存。目录刷新会清除该路径下所有文件的缓存，后续请求会重新回源拉取最新内容。

全站刷新影响范围最大，应谨慎使用。全站刷新后，所有边缘节点上的缓存内容都会被清除，短期内源站会承受较大的回源压力。全站刷新通常只在网站重大改版或迁移域名时使用。

应用场景

CDN 缓存策略在不同业务场景下有不同的配置重点。

对于内容型网站（如新闻门户、博客），静态资源（图片、CSS、JS）占比高，缓存策略的核心是设置长 TTL 并配合版本化文件名，最大化缓存命中率。这类网站通常可以将图片资源的 TTL 设置为 30 天，CSS/JS 文件设置为 7 天，配合版本号更新机制，缓存命中率可达 95% 以上。

对于电商网站，产品图片和分类页面属于半静态内容，需要中等长度的 TTL（如 5-30 分钟），并在价格或库存更新时执行目录级缓存刷新。同时，购物车和结算页面等动态内容应设置为不缓存，避免用户看到过期数据。

对于 API 服务，缓存策略需要区分公共接口和私有接口。公共数据接口（如新闻列表、汇率查询）可以设置 30-60 秒的短 TTL，大幅降低后端数据库压力；私有用户接口则应完全跳过缓存，确保数据实时性。

命中率优化方法

缓存命中率是 CDN 配置效果的直接体现。以下方法可以帮助提升命中率。

合理设置缓存层级是提升命中率的基础。CDN 通常采用多级缓存架构：L1 边缘节点缓存、L2 区域中心缓存和源站。当 L1 节点未命中时，会向 L2 节点请求，而非直接回源。这种分层结构可以有效降低回源率。配置时应注意各级缓存的 TTL 一致性，避免 L1 缓存已过期但 L2 仍保留旧版本的情况。

使用版本化文件名是避免缓存污染的有效手段。在静态资源文件名中加入版本号或哈希值（如 app.a3b2c1.js），每次更新时生成新的文件名。这样旧版本的缓存会自动过期，新版本的文件会自然被缓存，无需手动刷新。这种策略配合长 TTL 使用，既能保持高命中率，又能确保用户获取最新内容。

设置合理的缓存规则优先级也很关键。CDN 通常支持多级缓存规则匹配（按路径、文件后缀、请求头等），规则之间存在优先级顺序。常见的配置思路是：先配置精确路径规则（如 /api/ 不缓存），再配置后缀规则（如 .jpg 缓存 30 天），最后配置默认规则。避免规则冲突导致缓存行为不符合预期。

监控缓存命中率并定期调优是持续优化的重要环节。大多数 CDN 服务商提供实时监控面板，展示各域名、各路径的缓存命中率、回源流量和带宽数据。建议每周至少检查一次命中率变化，当发现命中率持续下降时，排查是否有新内容未配置缓存规则、是否发生了非预期的全站刷新、或者源站是否修改了响应头中的缓存控制指令。

常见误区

关于 CDN 缓存策略存在一些普遍误解，了解这些误区有助于避免配置失误。

一个常见误区是 TTL 越长越好。虽然长 TTL 确实能提升缓存命中率，但如果内容更新后没有及时刷新缓存，用户将持续看到旧版本内容。对于更新频繁的网站，长 TTL 反而可能造成内容不一致问题。正确的做法是根据内容更新频率分别设置 TTL，并在更新时配合缓存刷新操作。

另一个误区是认为全站刷新可以解决所有缓存问题。全站刷新确实能清除所有缓存，但代价是短时间内大量请求回源，可能导致源站负载飙升。对于只需要更新少量文件的场景，单文件刷新或目录刷新是更合理的选择。

部分运维人员认为配置好 CDN 后就不需要再关注缓存策略。实际上，CDN 缓存策略需要持续优化。网站内容结构变化、新增页面类型、第三方资源引用方式改变，都可能影响缓存效果。定期审查缓存配置和命中率数据，是 CDN 运维的常规工作。

延伸阅读

• CDN 是什么：内容分发网络的工作原理与加速效果 — 理解 CDN 基础概念，为缓存策略配置打下基础
• 域名解析 DNS 全过程详解 — CDN 的 DNS 解析依赖域名解析机制
• 虚拟主机是什么 — 了解不同类型托管服务与 CDN 的配合关系
• Cloudflare 缓存文档 — 主流 CDN 服务商的缓存配置官方文档