Redis缓存恒定数据库查询结果时是否需要设置过期时间？

核心结论 #

优先选择不设置固定过期时间，搭配Redis LRU/LFU淘汰策略做内存兜底，是适配你场景的最优选择。

方案依据 #

内存压力测算 #

你给出的增量参数下，内存增长速度完全可控：

• 每分钟新增1条，每年新增条目约为52.5万条
• 单条按最高10KB测算，年新增内存占用仅约5GB
  普通生产级Redis实例通常能轻松支撑几十GB的内存存储，至少3~5年内不会出现内存溢出问题。

不设过期的收益匹配需求 #

你的缓存值写入后完全恒定，不存在数据一致性风险：

• 不设过期的情况下，只有首个查询对应条目的用户会遇到数秒的慢查询，后续所有用户都能走缓存加速，完全符合你「尽可能减少遇到慢查询的用户数量」的核心需求
• 无需额外处理缓存失效、重建逻辑，运维成本更低

内存风险兜底方案 #

如果后续内存占用触达你的预设阈值，可以用两种方案灵活调整：

• 配置Redis淘汰策略：设置maxmemory-policy为allkeys-lru（优先淘汰最近最少使用的冷数据）或allkeys-lfu（优先淘汰访问频次最低的数据），热门数据会始终保留在缓存中，不影响用户体验
• 增加访问续期逻辑：如果Redis内存配额确实紧张，可在每次用户访问缓存时，自动将该条目的过期时间重置为90天，长期无人访问的冷数据会自动过期释放内存，热门数据永远不会触发重建

不推荐的做法 #

不要设置1天、7天这类短期过期时间，会频繁触发缓存重建，导致大量用户遇到无意义的慢查询，和核心需求相悖。

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