多地域CDN节点缓存过期策略的配置，核心在于按地域差异设置差异化TTL值，而不是全网统一一套参数。合理的配置能让边缘节点更聪明地响应访客，源站压力随之下降，网站整体访问速度也有直观提升，下面直接讲配置逻辑和操作路径。
多地域CDN节点缓存过期策略的配置逻辑
CDN节点像个倔强的代理,你告诉它某个文件能缓存多久，它就在这个时间内绝不去源站重新拉取，一旦过期，节点才会重新向源站发请求，拿到新资源后再缓存一轮，这个“多久”就是TTL（生存时间），也是整个缓存策略的命根子。
多地域CDN节点缓存过期策略的配置难点在于：不同地区的访客、网络环境、源站距离都不一样，统一TTL往往顾此失彼，比如源站服务器在华东，华南的节点回源延迟可能只有20毫秒，但西北地区的节点回源可能要80毫秒，如果两边用同样的过期时间，西北节点回源时用户等待的时间就被拉长了。
为什么每个地域节点的TTL不该一样
行业共识认为,缓存过期时间设置得越长，节点命中率越高，用户体验越好，但内容更新延迟也越大，这个矛盾在不同地域身上会被放大离源站近的节点可以随便回源，反正是毫秒级响应，但离源站远的节点回源一次成本相对更高。
实际操作中,三条基本原则可以参考：
- 离源站近的大区节点：TTL可以适当缩短，因为回源成本低，拉新数据容易，没必要让用户等太久拿旧内容。
- 离源站远的小区节点：TTL适当拉长，用缓存换速度，牺牲一点实时性，换回更快的首字节响应。
- 集中的节点区域：比如电商秒杀页面、活动落地页请求密集的地区，TTL要设置极短甚至不缓存，宁可多回源几次也要保证数据新鲜。
一个容易翻车的细节：缓存键
配置多地域CDN节点缓存过期策略时,很多人只盯着TTL，忽略了缓存键（Cache Key），缓存键是CDN区分不同缓存版本的标记，它决定了同一个URL被几个人访问时是否共享同一份缓存。
- 如果网站有登录功能,缓存键里必须带上
Cookie或Authorization标识，否则用户A登录后看到的信息，可能被节点喂给还没登录的用户B。 - 如果做地域化内容运营,缓存键要加
Geo维度，比如上海用户访问的是带沪语专题的首页，北京用户就不该命中这份缓存。
多数情况下,缓存键的配置在CDN控制台或者API里都有默认设置，但建议
手动检查一遍，确认哪些参数参与缓存区分。
核心主体：一步一步配置多地域节点缓存
这里以市面上常用的CDN服务为例,捋一遍操作路径，不同厂商的界面大同小异，思路是一致的。
第一步：划分地域分组
打开CDN控制台的域名管理,找到“缓存配置”或“缓存规则”模块，先建立地域分组，通常支持按大区（华东、华南、华北）、省份、运营商（电信、联通、移动）维度划分。
具体操作路径大致是：
- 进入“回源策略”或“节点管理”页面
- 点击“新建地域分组”
- 把需要特殊对待的地区选进分组,华东-电信用户”“华南-联通用户”
- 保存分组备用
第二步：对不同分组设置差异化的TTL规则
在缓存配置页面里,每条缓存规则通常包含四个要素：缓存路径、缓存类型（静态/动态）、过期时间、适用的地域分组。
拿一个实际场景举个例子：源站服务器在杭州，网站以图文资讯为主，大部分用户分布在东南沿海，但西南地区也有一定访问量。
- 给华东、华南节点配置图片缓存30天，HTML页面缓存10分钟
- 给西南节点配置图片缓存60天，HTML页面缓存30分钟
- 给动态接口（比如
/api/开头）配置不缓存，全部回源
这样西南地区的节点回源次数减少一半,用户看图片时不用频繁等源站响应，体验反而更稳。
第三步：保存并验证配置
配置完成后要做一次主动验证,不能直接撒手不管，用curl命令模拟不同地域的访问头，查看返回的响应头里有没有预期中的缓存标识。
curl -I -H "User-Agent: Mozilla/5.0" -H "Accept-Encoding: gzip" https://你的域名/静态资源.jpg
返回头里如果出现Age字段，说明资源确实来自节点缓存，数值越大代表已被缓存的时间越久，再分别从地域节点测试一段，确认不同分组的TTL确实生效了。
CDN缓存时间设置多少合适？地域差异与场景调配
这个问题没有标准答案,但有一份基础参考值可以作为起点，下表是从行业经验里整理出来的常见类型和推荐范围：
类型 | 华东节点TTL | 西南节点TTL | 场景说明 |
|———|———-|———-|———-|
| 图片、CSS、JS | 30天 | 60天 | 这些文件更新频率低，缓存久点无妨 |
| HTML页面 | 10-30分钟 | 30-60分钟 | 页面内容可能有变动，不能缓太久 |
| API动态接口 | 不缓存 | 不缓存 | 实时数据必须回源拿 |
| 直播流切片 | 10分钟 | 30分钟 | 旧切片不必长期保留，短TTL加速淘汰 |
按业务场景调整的实战建议
源站是香港服务器，目标用户主要在内地
香港服务器回内地通常没有备案问题，但跨境的链路稳定性需要重点照顾，策略是：内地各大区节点的TTL整体拉长，尤其是图片、CSS、JS这类权重高的静态文件，能缓存多久缓存多久，因为跨境回源的延迟和丢包率比省内回源高不少，节点多扛一会儿，源站就少暴露一会儿。
网站经常改版，设计稿更新频繁
如果一个网站每周都有视觉调整，把CSS和图片的TTL设置成30天显然不合适，配置时可以在“忽略URL中的查询参数”上打钩，这样改版时给静态资源加上?v=2.0之类的版本号，CDN就会把它当成新资源缓存，旧版本自然淘汰，这里建议设置一个较短的默认TTL（比如1小时），再配合版本号强制更新。
源站服务器带宽特别小，扛不住集中回源
小带宽源站最怕全网节点同时过期回源，配TTL时除了分地域，还要给不同分组增加秒级的时间差，比如华东节点缓存28分钟，华南节点缓存31分钟，西南节点缓存34分钟，通过时间错峰把回源压力摊开。
的特殊处理
不少站长会在CDN配置里把所有文件类型都设置成长期缓存,这是个大坑，动态接口一旦被缓存，用户看到的数据就是旧的，评论发不出去、订单状态不更新，投诉马上就来。
建议把所有以/api/、/ajax/、/dynamic/开头的路径单独设置规则，强制跳过缓存，如果业务对实时性有要求，还可以开启“缓存回源失败时绕过缓存”的选项，避免源站临时故障时节点把错误页面当成正常内容缓存起来。
多地域CDN节点缓存不一致怎么办？故障排查思路
分地域配置之后,最常见的坑是“部分地区网页已经更新了，部分地区还是老样子”，很多人第一反应是刷新缓存，其实问题往往出在刷新方式上。
刷新与预热的差别
- 刷新缓存：即强制让节点丢弃缓存的旧文件，下次访问时重新回源拿，这个操作是“被动触发”，适合改版后清理文件。
- 预热缓存：主动让节点在指定时间提前去源站拉取新文件，用户还没访问时缓存就已经躺在节点上了，这个过程是“主动出击”，适合大促上线、活动页面发布前用。
如果配置了多地域分组,刷新时可以按地域选择，只刷新出问题的区域，不必全网操作，部分CDN控制台的操作路径是：工具 -> 缓存刷新 -> 选择刷新类型 -> 填写URL -> 勾选地域范围 -> 提交。
三招定位缓存不一致的源头
- 第一招,用两个不同地区的网络环境访问同一个URL，对比响应头里的
Etag和Last-Modified，如果不一致，说明两个地区节点缓存的对象本来就不同。 - 第二招,查看源站日志，看看不同地域节点的回源时间，如果某个地区节点在过去的24小时内回源频率特别高，大概率是它的TTL配置得过短。
- 第三招,检查CDN的命中率统计报表，不同地域的命中率如果差距超过较大比例，说明分组配置没有达到预期效果。
关于回源失败时给用户喂旧缓存
有些CDN服务商提供了一项“回源失败时使用旧缓存”的容错机制，节点回源时如果源站挂了，节点会把已经过期的旧缓存内容继续吐给用户，避免网站直接白屏，这个功能建议开启，尤其是电商和资讯类网站，与其让用户看到报错页面，不如看一会儿旧内容，但要注意，开启后源站故障被掩盖了，必须配合源站健康检查告警及时发现问题。
Q&A：多地域CDN节点缓存过期策略的相关问题解答
刷新缓存后要多长时间才能全网生效？
刷新指令下发后,节点并不会立刻放弃旧缓存，而是标记该文件为“已过期”，短时间内如果用户请求恰好打在那个节点上，部分厂商的节点会先返回旧缓存，同时后台异步回源更新文件，所以全网完全生效通常需要等待几分钟到十几分钟不等，具体取决于节点数量和地域分布，如果要加速生效，可以先清空CDN缓存，再手动预热目标URL，让节点主动回源拉新文件。
配置了分地域TTL后，源站带宽还是很紧张，该怎么继续优化？
分地域TTL只能降低回源频率,如果源站带宽还是被打满，大概率是动态请求集中且不可缓存，此时建议开启源站的压缩输出（比如Gzip/Brotli），把JSON和HTML体积压缩后再传输；同时确认源站开启了Keep-Alive长连接，减少TCP握手次数，据工信部数据，国内CDN节点的覆盖密度在逐年上升，将静态资源迁移到对象存储并由CDN直接回源OSS，也能分担不小的带宽压力。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/625375.html
