键值存储怎样迁移数据

键值存储（Key-Value Store，如 Redis、RocksDB、LevelDB、etcd、DynamoDB、TiKV 等）的数据迁移，常见做法可以按迁移方式和使用场景来分。下面我系统地讲一下。

一、按迁移方式分类

1. 导出 / 导入（最通用）

适合： 不同系统、异构环境、一次性迁移

思路：

• 从源库导出为文件（JSON / CSV / 自定义格式）
• 写入目标库

示例（Redis）：

# 导出
redis-cli --scan | xargs redis-cli --raw mget > data.txt

# 导入
cat data.txt | redis-cli -x set

优点： 简单、可控
缺点： 慢、可能丢实时写入

2. 快照 / 备份恢复（推荐）

适合： 同类型 KV 存储、大规模数据

示例：

• Redis：RDB / AOF
• RocksDB：checkpoint
• etcd：etcdctl snapshot

# Redis
redis-cli save
cp dump.rdb /target/redis/

优点： 快、数据一致
缺点： 通常要求同版本/同引擎

3. 双写（在线迁移）

适合： 不能停服的系统

方案：

1. 旧系统继续服务
2. 新系统同步写入
3. 数据校验
4. 切流量

写请求 → 旧KV
       → 新KV

优点： 零停机
缺点： 架构复杂

4. 增量同步 / CDC

适合： 实时迁移、异地多活

方式：

• Redis：主从复制、Redis Shake
• etcd：watch
• 自研 binlog / WAL 解析

示例（Redis Shake）：

redis-shake sync \
  --source=old-redis:6379 \
  --target=new-redis:6379

5. 代理层迁移

适合： 客户端多、改代码成本高

客户端 → Proxy → 旧KV / 新KV

代表：

• Codis
• Twemproxy
• 自研路由层

二、按常见 KV 系统举例

三、迁移时必须注意的点

1. 数据一致性

   • 是否允许丢写？
   • 是否需要最终一致？

2. TTL / 过期时间

   • Redis 的 TTL 很容易漏

3. 大 key / 热 key

   • 分批、限流

4. 校验

   • key 数量
   • 抽样 value 比对

5. 回滚方案

   • 新旧系统可随时切换

四、简单迁移流程建议

1. 评估数据量 & 停机窗口
2. 选方案（快照 / 双写 / CDC）
3. 小流量验证
4. 全量迁移
5. 数据校验
6. 切流
7. 观察 & 旧系统下线

如果你能告诉我：

• 用的是哪种键值存储（Redis / etcd / RocksDB / 其他）
• 是否允许停服
• 数据量级别

我可以直接给你具体可执行的迁移方案。