Fastly无理由清除缓存页面问题排查及相关机制咨询

Fastly 自动缓存淘汰机制说明 #

Fastly 默认存在冷缓存自动清理机制：由于所有缓存节点的存储空间有限，平台会基于LRU（最近最少使用）策略对缓存内容做动态淘汰。即便你在响应头中设置了1天的有效期，只要某条缓存内容长期未收到访问请求，就会被判定为冷数据，优先从缓存中移除，为更高访问热度的内容腾出存储空间。
你之前1分钟请求一次的场景下，目标页面属于高频访问热数据，不会进入淘汰队列；调整为30分钟间隔后，访问频率降至阈值以下，就会被判定为冷数据清理，因此无法命中缓存。

其他可能导致缓存不命中的原因 #

• TTL 配置优先级问题：Fastly 对缓存有效期的识别优先级为 s-maxage > max-age > Expire，如果你的响应头中同时返回了 Cache-Control 字段，且其中配置的缓存时长小于1天，会优先按照更短的时长计算有效期。另外也要确认你是否在Fastly的VCL配置中手动改写了 beresp.ttl 参数，覆盖了源站返回的缓存有效期配置。
• 缓存键匹配异常：检查30分钟间隔的定时任务请求是否携带了动态变化的查询参数、Cookie、自定义请求头字段，如果这些字段被纳入Fastly缓存键的计算规则，任意字段发生变动都会被判定为不同的缓存对象，无法命中之前的缓存。
• 分布式节点缓存未同步：Fastly采用全球分布式节点架构，不同请求会被路由到就近的缓存节点处理。如果你的定时任务没有固定出口IP，不同时间的请求可能落到不同节点上，缓存仅存在于之前访问的节点中，新节点没有对应缓存就会触发回源。
• 源站异常触发缓存跳过：如果某一次请求源站返回了非2xx的异常状态码，或者临时返回了 Cache-Control: no-store、Pragma: no-cache 等强制不缓存的响应头，Fastly会跳过缓存写入，后续请求就会直接回源。
• 缓存校验逻辑触发回源：如果你开启了stale-while-revalidate、后台自动刷新类的配置，低频率访问的内容会触发后台回源校验，也可能表现为缓存命中标识异常，看起来未命中缓存。

内容的提问来源于stack exchange，提问作者kom93__