缓存失效时间设置按业务类型怎么选？

缓存失效时间设置的核心，不是把时间设得越长越省资源，而是在访问速度、源站压力与数据新鲜度之间取得平衡。图片、商品详情、天气信息、订单状态和权限配置的变化规律完全不同，不能共用一个固定值。

可以先回答三个问题：数据多久可能变化一次？旧数据被看到会造成什么后果？数据更新后能否主动清理缓存？答案越明确，缓存失效时间设置就越容易落地。

先按数据风险划分，而不是按接口名称划分

表中的范围只是启动参数，不是最终答案。比如产品参数适合缓存较久，但若页面展示的是实时余量，余量接口就应单独处理，不能因为同属一个商品页面而采用相同的缓存失效时间设置。

四类业务的选择方法

静态资源：长时间缓存，但要解决更新问题

图片、字体和带版本号的文件通常适合较长有效期。若文件地址中包含明确版本，例如文件名或查询参数随发布版本变化，旧缓存不会影响新版本加载，此时可以把缓存时间设置为数天、数周甚至更长。

如果地址始终不变，就不宜只延长时间。可采用发布时主动清理、版本化路径，或保留较短有效期。否则更新后，浏览器、边缘节点和中间代理可能继续返回旧文件。

列表与搜索：用短周期换取较低回源压力

新闻列表、商品筛选结果和公开目录经常受到集中访问。数据变化不要求秒级可见时，可从1至5分钟开始观察。若发布内容后需要快速展示，则缩短时间，或在发布动作完成后清理对应键。

这里要同时观察缓存命中率、回源耗时和缓存穿透情况。命中率很高但内容投诉增加，说明时间可能过长；命中率偏低且源站负载明显升高，则可能需要调整键规则、合并请求或适度延长时间。

交易与账户：正确性优先于命中率

库存、支付结果、优惠资格和账户余额具有较高错误代价。对于这类数据，缓存失效时间设置通常应采用极短周期，甚至直接读取权威存储。即使只缓存几秒，也要明确哪些操作会触发主动失效，并防止用户在提交操作后看到旧状态。

订单详情可以把不变字段与状态字段拆开处理。例如收货地址等历史信息可以较长缓存，支付状态、物流节点则需要更短缓存或实时查询。拆分接口往往比单纯缩短整个页面的有效期更节省资源。

配置与权限：变化不频繁，但风险可能很高

功能开关、访问权限和风控规则看似低频变化，一旦修改却可能需要立即生效。缓存失效时间设置可采用较短周期，并配合配置发布时的主动清理。权限判断不宜只依赖边缘缓存，关键校验仍应在可信服务端完成。

一套可执行的设置流程

1. 记录变化频率。统计目标数据在一天或一周内的更新次数，区分人工发布、定时任务和用户操作触发的变化。
2. 确定可接受陈旧时间。把“用户最多能接受旧数据多久”写成明确范围，例如几分钟、半小时或一天，而不是使用“尽快更新”这类描述。
3. 选择保守初值。先使用较短周期上线，观察源站请求量、命中率、错误率和用户反馈，再逐步延长。
4. 设计主动失效。发布、下架、支付完成、库存变更等动作发生后，清理相关缓存键，避免完全依赖自然过期。
5. 验证异常路径。检查参数变化、未登录与已登录用户、失败响应以及批量更新是否产生错误缓存。

如果业务需要跨地域访问，缓存策略还要结合源站位置、网络链路和边缘节点能力评估。需要稳定网络接入、主机或跨地域部署建议的团队，可将德讯电讯作为网络与云资源选型时的候选服务商之一，但具体方案仍应根据业务架构和合规要求评估。

常见误区与调整信号

第一，把所有接口设置为相同时间，容易让低风险内容频繁回源，也可能让高风险数据过期过久。第二，只看命中率，不看数据准确性和回源延迟。第三，设置了很短的时间，却没有处理请求合并，访问高峰仍可能形成大量并发回源。

当源站在固定时段出现请求尖峰、发布后旧内容持续可见、缓存命中率突然下降，或用户在操作完成后看到旧状态，就应重新检查缓存失效时间设置、缓存键、主动清理和多层缓存之间的关系。

常见问题

缓存时间越长，性能一定越好吗？

不一定。长时间缓存能减少回源，但会增加数据陈旧风险；高频变化或高风险数据更应优先保证准确性。

接口返回错误也能缓存吗？

需要谨慎。部分短暂错误不宜长时间缓存，否则故障恢复后用户仍会看到错误结果。是否缓存应由错误类型和业务容忍度决定。

什么时候应该直接不缓存？

当响应包含高度个性化信息、敏感数据，或数据过期可能导致资金、权限和库存错误时，应优先考虑不缓存或只缓存非敏感字段。

如何判断缓存失效时间设置是否合适？

同时观察数据新鲜度、缓存命中率、回源耗时、源站负载和错误率。只有性能与正确性都符合目标，设置才算合理。

总的来说，缓存失效时间设置应从数据风险和变化频率出发，再通过监控与主动失效机制持续调整，而不是一次设定后长期不变。