Redis缓存设计与一致性方案.docx

Redis缓存体系设计与数据一致性保障方案实例

（软件研发技术文档·数据与实例为据）

第一章缓存定位与适用场景判断

缓存不是万金油，先判断该不该缓存。商品详情页读QPS峰值2.4万、命中率目标95%以上，这类读多写少、能容忍毫秒级旧数据的场景才适合缓存。强一致读写、写比例高于30%、数据结构复杂到序列化成本超过回源成本的，反而不如直接查库。判断错了加缓存，命中率上不去还添乱。

本方案覆盖三类场景：热点对象缓存、列表分页缓存、分布式锁与计数器。三者一致性要求不同，热点对象可容忍最终一致，分布式锁要求强互斥，不能混用一套策略。缓存的边界写清：资金余额与库存这类实时性字段一律不缓存，宁可回源慢一点也不给脏数据机会。

表1-1场景与缓存适配

场景

读QPS

一致性要求

是否缓存

商品详情

24000

最终一致

是

用户画像

8600

秒级容忍

是

库存扣减

1200

强一致

否

分布式锁

400

强互斥

专用

余额查询

3200

强一致

否

第二章数据结构选型与键设计规范

键设计有统一前缀规范：业务域:实体:标识:版本，例如goods:detail:10086:v3。版本段用于结构变更时整体切换，改结构不删旧键而是升版本让其自然过期，避免删除风暴。键名禁止裸拼用户输入，防止恶意构造大key或键冲突。团队用一段校验代码强制前缀，不合规的键在客户端直接拒绝写入。