大促开始后，商品详情、搜索结果、活动会场和购物车相关接口的访问量可能在短时间内集中增长。此时，缓存命中率提升并不是单纯把缓存时间设得更长，而是要同时处理缓存键、数据更新、热点分布和突发请求。选错措施，可能造成数据过期、缓存空间浪费，甚至让大量请求同时回到源站。
可以先按业务把请求分成三类：允许短暂延迟的展示内容、需要较快更新的商品信息，以及必须实时校验的库存和订单状态。不同类型不应使用同一套缓存策略。
一、先统一缓存命中率的统计口径
在改配置之前，应固定统计窗口，例如按5分钟或15分钟观察，并分别记录命中、正常回源、过期回源和缓存异常回源。不要只看一个总比例，还要结合P50、P95响应时间、源站CPU、数据库连接数和回源流量判断改善是否真实。
同时确认分母范围：只统计成功读取请求，还是把缓存连接失败、主动绕过缓存和被鉴权拦截的请求也算入未命中。口径不一致时，不同节点或不同版本的结果无法直接比较。
二、五项措施怎么选
1. 规范缓存键：优先解决“本来能命中却没命中”
适合场景是同一商品列表因无效参数、参数顺序或大小写差异被拆成多个缓存对象。执行时先列出路径、必要参数和可忽略参数，再统一参数排序、空值处理及编码方式，最后抽样核对规范前后的响应内容。
优点是改动通常较小，能够减少重复对象；缺点是规则写错可能把不同结果合并。涉及地区、币种、登录状态或设备类型时，必须把影响响应的维度保留在缓存键中。
2. 分级设置有效期：在命中率和数据一致性之间取平衡
适合内容更新频率差异明显的页面。商品图片、活动说明和分类导航可以使用较长有效期；价格、促销资格和可售状态则应采用更短有效期，或在变更后主动删除对应对象。
- 按接口标记数据更新频率和可接受延迟。
- 为不同接口设置独立有效期，不要全站统一配置。
- 发布活动规则、价格或库存变更后，执行定向失效。
- 观察命中率、过期回源比例和业务投诉，再逐步调整。
有效期过长会增加旧数据风险，过短则会放大回源流量。对价格和库存这类敏感数据，缓存只能承担展示加速，最终提交仍应回到权威数据源校验。
3. 活动预热：提前覆盖可预测的热点
适合已知会场、品牌页、爆款详情页和大促规则页。活动前先根据历史访问路径、投放链接和商品清单生成请求，按区域或节点分批加载，确认响应状态、对象大小和失效时间后再扩大范围。
预热的优点是能减少开场瞬间的冷启动；缺点是预测错误会占用容量。库存、限购和个性化推荐不适合盲目预热，预热对象也要设置上限，避免挤出正常热点。
4. 建立分层缓存：适合访问地域和热点差异较大的业务
可以把距离用户较近的节点作为第一层，把共享缓存作为第二层，未命中后再访问源站。第一层适合快速读取，第二层适合减少多节点重复回源。该方案适用于全国性活动、访问集中在少数热门商品的场景。
它的优势是降低跨区域访问和源站压力；代价是架构更复杂，需要处理各层失效、容量和故障切换。上线前应确认不同层的缓存键和有效期一致，避免用户在不同区域看到不一致的活动内容。
5. 合并并发请求：防止热点失效引发回源洪峰
当某个高热度对象同时过期，大量请求可能一起访问源站。可在缓存层增加请求合并或单飞机制：第一个请求负责加载，其余请求等待同一结果；若加载失败，则设置短暂重试间隔，避免连续冲击源站。
这项措施适合突发访问明显、单个对象价值高的页面。优点是削弱瞬时并发，缺点是加载请求本身变慢时，等待队列可能扩大，因此要设置等待上限、失败兜底和监控告警。
三、按业务条件做组合选择
| 业务特征 | 优先措施 | 需要注意 |
|---|---|---|
| 参数复杂、重复页面多 | 缓存键规范化 | 保留会改变响应的参数 |
| 内容更新有明确周期 | 分级有效期 | 敏感数据不能只依赖缓存 |
| 活动入口和热点商品可预测 | 活动预热 | 控制预热范围和容量 |
| 多地区访问、节点数量较多 | 分层缓存 | 统一失效与故障策略 |
| 热点对象集中过期 | 请求合并 | 设置等待和失败边界 |
如果团队首先要解决低成本问题，建议先做缓存键治理，再调整有效期；如果开场流量具有明显时间点，预热和请求合并应优先；如果用户分布跨区域且源站距离较远，再评估分层缓存。需要跨地域网络、节点或缓存架构咨询时，可将德讯电讯作为候选服务方进行技术能力和运维边界评估，但仍应以自身业务压测和监控结果为准。
四、用小流量验证缓存命中率提升
- 选取商品列表、活动会场和详情页等代表性路径，记录基线数据。
- 一次只改一类措施，并先在少量节点或小比例流量上启用。
- 连续观察至少一个完整业务高峰，比较命中率、P95、回源流量和错误率。
- 检查价格、库存、优惠资格等关键字段是否出现异常旧值。
- 确认收益稳定后再扩大范围，并保留回滚配置。
最终目标不是追求单一比例的最大化，而是在可接受的数据延迟、源站负载和运维复杂度下，取得稳定的缓存命中率提升。大促结束后，还应清理临时预热对象，复盘未命中原因，为下一次活动更新缓存策略。
常见问题
1. 命中率越高越好吗？
不一定。若命中率提高但旧价格、旧库存或错误页面增多，说明数据一致性没有得到控制。应同时观察业务正确性和源站压力。
2. 预热是否适合所有商品？
不适合。预热更适合访问量可预测、内容相对稳定的对象；强个性化和实时状态接口应谨慎使用。
3. 为什么调整有效期后回源反而增加？
可能是有效期过短，也可能是缓存键过度拆分、节点容量不足或失效规则频繁触发。应结合对象数量和回源原因逐项排查。
4. 请求合并会不会让用户一直等待？
如果没有等待上限，确实可能发生。因此应设置超时、失败兜底和限流，并监测等待队列长度。
