Expert code-change direction. …

# Spring Boot 订单系统 Redis 缓存改造方案

一、依赖与配置改动

• pom.xml：新增 spring-boot-starter-data-redis、commons-pool2（连接池必需）
• application.yml：
• 配置 Redis host、port、password
• 配置 Lettuce 连接池（max-active 建议 50-100，能覆盖500 QPS）
• 配置 Jackson 序列化器（存 JSON 字符串，避免 JDK 序列化的兼容性问题）

二、代码文件改动清单

• 新增 RedisConfig.java：定义 RedisTemplate<String, Order>，设置 key 用 StringSerializer，value 用 Jackson 序列化器
• 新增 OrderCacheService.java（或直接改 OrderService）：
• getOrderById(id)：先查缓存 → 未命中查 DB → 回写缓存
• updateOrder(order)：更新 DB 后删除缓存
• 建议新增 CacheKeyConstants.java：统一管理 key 前缀和过期时间常量

三、缓存 Key 设计

• 格式：order:info:{orderId}
• 示例：order:info:100234
• 注意点：
• 前缀带业务模块名，便于排查和批量清理
• 若有多维度查询（如用户维度列表），另设 order:user:{userId}:page:{pageNo}，建议只缓存第一页或热页

四、过期策略

• 基础过期：订单详情设置 30分钟~2小时 随机过期时间（过期时间加随机值，防止大量 key 同时失效造成缓存雪崩）
• 更新策略：推荐 Cache Aside 模式——更新订单时删缓存而非改缓存，保证一致性
• 防穿透：查询不存在的订单，缓存空值（如空对象或 "NULL" 标记），过期时间短一些（如 1~5分钟），避免恶意 id 打穿 DB
• 防击穿：热点订单可用分布式锁或本地缓存兜底，500 QPS 场景下单机锁（synchronized + 双重检查）通常够用

五、注意事项

• 订单状态类字段时效性强，建议核心流程（支付、取消）直接查 DB，缓存只覆盖读多改少的场景
• 上线前压测验证缓存命中率；预留 CacheConstants 中的开关，出问题可快速降级直查 DB
• 考虑 Redis 挂掉的场景：代码中对 Redis 异常做 try-catch，失败时回退查 DB，不影响主流程