以Redis为数据库的电商购物车数据Schema迁移方案问询

针对Redis作为主数据库的Schema迁移场景，社区常用以下几种通用模式，结合你的购物车场景逐个说明：

1. 双写兼容+后台批量迁移 #

• 操作步骤：
  1. 先修改代码，实现读写兼容逻辑：读取CartItem时，若存在prices字段，自动将其拆分映射到grossPrices和netPrices；写入时同时写入旧的prices字段和新的两个价格字段，保证新旧逻辑都能正常工作。
  2. 编写后台批量迁移脚本，遍历Redis中所有CartItem键，将旧的prices字段拆分后写入新字段，完成后可选择删除旧的prices字段。
  3. 确认所有旧数据迁移完成后，修改代码移除对prices字段的读写逻辑，完全切换到新Schema。
• 适用场景：无法接受服务停机，需要平滑过渡的高可用场景。

2. Schema版本化 #

• 操作步骤：
  1. 给CartItem实体新增schemaVersion字段，旧数据默认版本为1，新数据版本设为2。
  2. 修改代码读取逻辑：根据版本号解析数据——版本1从prices字段拆分出grossPrices和netPrices；版本2直接读取新字段。
  3. 新写入的CartItem统一使用版本2，后续可选择后台批量将版本1数据转换为版本2，或保留版本兼容逻辑，直到旧数据被用户操作自然覆盖。
• 适用场景：Schema变更频繁，或旧数据量极大、批量迁移成本高的场景。

3. 读写分离+灰度流量切换 #

• 操作步骤：
  1. 部署两个版本的服务：旧版本服务读写旧Schema（依赖prices字段），新版本服务读写新Schema（使用拆分后的字段）。
  2. 通过流量网关将部分用户（如新用户、测试用户）路由到新版本服务，其余用户仍使用旧版本。
  3. 后台运行迁移脚本，将旧Schema的数据批量转换为新Schema格式。
  4. 待所有旧数据迁移完成、新版本验证稳定后，逐步将所有流量切换到新版本服务，最终下线旧版本服务。
• 适用场景：大流量电商系统，需要严格控制迁移风险，避免全量故障的场景。

4. 停机批量迁移（适用于允许短暂 downtime 的场景） #

• 操作步骤：
  1. 选择业务低峰期，暂停购物车相关服务。
  2. 运行批量转换脚本，遍历所有CartItem数据，将prices字段拆分替换为grossPrices和netPrices，完成后删除旧的prices字段。
  3. 部署新代码版本，恢复服务。
• 适用场景：数据量较小，或业务允许短暂停机维护的场景，优点是流程简单、迁移彻底。

内容的提问来源于stack exchange，提问作者Tâmer Cuba