缓存过期时间设置过短等于让缓存频繁失效，源站压力马上回升；设置过长等于让旧数据长期占据位置，用户看到的可能是已经过时的内容。
缓存过期时间设置过短会带来什么影响
如果缓存过期时间设置过短，缓存还没来得及发挥作用就被判定过期，每次请求都要回源站重新取数据，缓存命中率会明显下降，以Redis场景为例，一个首页接口缓存本来可以扛住大量读请求，过期时间只给10秒，那么每10秒就会出现一波集中回源，源站数据库连接数上升,响应时间被拉长。
- 源站CPU和数据库负载升高
- 缓存命中率下降，请求延迟波动变大
- 带宽成本上升，尤其CDN静态资源频繁回源
- 用户体验不稳定，页面忽快忽慢
高并发场景下缓存穿透风险被放大
在高并发秒杀或大促场景中，如果热点数据缓存过期时间过短，缓存过期的一瞬间，大量请求会同时打到数据库，这就是常说的缓存击穿，给热点key设置较短过期时间但又没有互斥锁或逻辑过期时,源站很容易被瞬时流量打挂。
实际操作中，可以对热点数据使用“逻辑过期+互斥重建”，或者在过期时间上增加随机值,避免大量key同时失效。
浏览器缓存过期时间设置过短会拖慢页面加载
浏览器缓存过期时间过短时，用户每次打开页面都要重新下载CSS、JS、图片，网络往返增加，首屏时间变长，按照HTTP缓存规范，Cache-Control: max-age=0 或很短的max-age会让浏览器每次都向服务器验证，验证本身虽然可能返回304，但握手和响应时间依然存在，移动端弱网环境下,这种拖累会更明显。
缓存过期时间设置过长会有什么后果
缓存过期时间设置过长，最直接的表现就是内容更新不生效，运营改了一版文案，用户刷新几次看到的还是旧文案，后台数据已经变化，但缓存里的旧值要等到TTL到期才会被清掉。
更新延迟，用户长期看到旧数据
- 内存占用偏高，大量过期或无效数据占着空间
- 缓存与数据库一致性风险增加
- 集中过期可能触发雪崩，多个key同时失效后源站被冲垮
redis缓存过期时间设置过长内存先吃紧
Redis是内存数据库，所有缓存项都占内存，如果业务数据缓存过期时间设置过长，尤其是那些已经不再被访问的冷数据，会一直占着内存不释放，实例内存使用率持续升高，到达maxmemory后触发淘汰策略，如果淘汰策略设置不当,可能把热点数据也淘汰掉。
可以用 redis-cli info memory 查看 used_memory 和 maxmemory，用 TTL key 检查某个key剩余时间，发现大量TTL为-1的key时,就需要检查是否漏设过期时间或设置时间过长。
CDN缓存过期时间过长内容更新总慢半拍
CDN节点离用户近，如果缓存过期时间设置过长，比如给HTML页面设置一年，那么改版后的页面在CDN节点上可能长时间不更新，用户访问到的是边缘节点的旧副本，即使源站已经更新，只要CDN缓存没过期,边缘节点不会回源。
正确做法是把HTML页面缓存时间设置短一点，比如几分钟或不缓存；带内容指纹的CSS、JS、图片可以设置长一些。
缓存过期时间短和长的区别：一张表看懂
| 维度 | 过期时间过短 | 过期时间过长 |
|---|---|---|
| 缓存命中率 | 偏低 | 较高但可能命中旧数据 |
| 源站压力 | 明显上升 | 较低但更新时集中回源 |
| 内存占用 | 相对低 | 偏高 |
| 数据新鲜度 | 较新鲜 | 可能严重滞后 |
| 用户感知 | 加载忽快忽慢 | 内容长期不变 |
| 故障风险 | 缓存击穿 | 缓存雪崩、内存溢出 |
不同资源怎么定缓存过期时间
没有一套值能适用所有场景，可以按资源类型和数据变化频率来分层设置，行业共识认为，静态资源带内容指纹后可以长缓存,动态接口缓存需要按业务容忍度决定。
- HTML入口文件：建议短缓存或不缓存，常用
Cache-Control: no-cache或max-age=60 - CSS、JS资源：如果文件名带hash，可以设置一年，如
max-age=31536000 - 图片、视频等媒体：可以设置几天到一年，按更新频率
- 用户个人信息、购物车等：缓存要短，通常几分钟以内或不缓存
- 商品详情、列表页：可以缓存几秒到几分钟，配合主动失效更新
CDN缓存过期时间怎么设置更稳妥
在简米云CDN或酷番云CDN控制台里，通常有“缓存配置”->“过期时间设置”,可以按文件类型或目录单独配置。
- 对
/html目录设置过期时间5分钟 - 对
/static目录设置过期时间30天 - 对
/api目录设置不缓存
也可以用源站响应头 Cache-Control 和 Expires 控制优先级，验证时用 curl -I https://example.com/static/app.js 查看返回的 Cache-Control 字段。
如何判断当前缓存过期时间是否合理
不用猜，可以直接看监控和日志，业内专家指出，缓存命中率长期明显偏低，通常说明过期时间偏短或缓存键设计不合理，内存占用持续升高且没有业务增长,则可能是过期时间过长。
- 用
redis-cli info stats查看 keyspace_hits 和 keyspace_misses，计算命中情况 - 在浏览器开发者工具Network面板观察哪些资源频繁发出真实请求，哪些返回304
- 用CDN控制台查看回源流量占比，回源流量偏大时优先检查过期时间设置
- 对接口做压测，观察缓存过期瞬间的延迟峰值
缓存过期时间常见问题答疑
缓存过期时间设置多少合适？
没有绝对标准，HTML页面建议短缓存，带指纹的静态资源可以设置一年，业务数据缓存从几秒到几小时不等，取决于数据更新频率和用户对实时性的要求，可以先用较短时间观察,再逐步调长。
缓存过期时间设置过短会影响百度GEO排名吗？
会间接影响，百度爬虫抓取时，如果页面加载时间过长或源站不稳定，可能降低抓取效率和体验，缓存过期时间设置过短导致源站压力大、响应变慢,长期下来可能对收录和排名产生不利影响。
怎么查看网站缓存过期时间是否生效？
打开浏览器开发者工具，进入Network面板，点击具体资源，查看Response Headers中的 Cache-Control 和 Expires，也可以用命令 curl -I 资源URL 直接查看响应头，如果返回的max-age和配置一致,就说明缓存过期时间已经生效。
缓存过期时间的核心不是越短越好或越长越好，而是让数据在需要更新时能被及时替换，在不需要更新时尽量少回源。 按资源类型、变更频率和用户实时性要求分层设置，再结合监控指标持续调整,才能让缓存真正变成提速工具而不是故障来源。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/643595.html
