一、引言：Redis数据迁移的挑战与需求

Redis作为高性能内存数据库，广泛应用于缓存、会话管理、实时分析等场景。随着业务发展，企业常面临数据迁移需求，如版本升级（如Redis 4.0→6.0）、云上迁移（自建→云服务）、架构调整（单机→集群）等。迁移过程中，需兼顾数据一致性、服务可用性和迁移效率，尤其是对生产环境影响的最小化。

核心痛点：

1. 在线迁移：业务需持续运行，但网络延迟、大Key操作可能导致性能波动。
2. 离线迁移：停机时间窗口有限，需快速完成全量+增量数据同步。
3. 混合模式：结合在线与离线优势，降低风险并提升效率。

本文将以在线+离线混合模式为核心，通过工具对比、步骤拆解和风险控制，提供一套可落地的Redis迁移方案。

二、迁移模式选择：在线 vs 离线 vs 混合模式

1. 在线迁移模式

适用场景：业务对停机敏感（如电商、金融），允许一定性能损耗。
工具推荐：

• Redis-shake：阿里开源工具，支持全量+增量同步，支持断点续传。
• Redis-migrate-tool：腾讯开源，支持多线程同步，适合大规模数据。

操作步骤：

1. 配置源与目标Redis：确保版本兼容（如源端5.0，目标端6.2），开启AOF持久化。
2. 启动同步工具：

   redis-shake -type=sync -conf=sync.conf

3. 监控同步进度：通过INFO replication查看落后字节数（master_repl_offset）。
4. 切换流量：同步延迟<1秒时，切换DNS或负载均衡至目标实例。

风险控制：

• 大Key处理：使用redis-cli --bigkeys扫描，拆分或异步加载。
• 网络优化：跨机房迁移时，使用专线或压缩传输（如lz4）。

2. 离线迁移模式

适用场景：可接受短暂停机（如夜间维护），需快速完成全量数据迁移。
工具推荐：

• RDB文件+AOF重放：适合单机到单机迁移。
• Redis-port：支持RDB解析与增量同步，适合集群迁移。

操作步骤：

1. 生成RDB快照：在源端执行SAVE或BGSAVE。
2. 传输RDB文件：使用scp或对象存储（如OSS）传输至目标服务器。
3. 加载RDB文件：

   redis-server --loadmodule /path/to/module.so --dir /data/redis

4. 重放增量AOF（可选）：若停机期间有写入，需合并AOF文件后重放。

优化建议：

• 压缩RDB：使用gzip减少传输时间（bgrewriteaof后压缩）。
• 并行加载：集群模式下，对每个节点并行执行RDB加载。

3. 混合模式：在线+离线结合

核心逻辑：

1. 在线全量同步：通过工具（如Redis-shake）完成大部分数据迁移。
2. 离线增量同步：停机前记录源端最后偏移量（last_offset），停机后同步增量数据。
3. 最终一致性校验：使用redis-cli --check对比源与目标数据。

优势：

• 减少在线同步时间，降低业务影响。
• 离线阶段仅需同步少量增量数据，提升效率。

三、实战案例：从自建Redis迁移至云Redis集群

1. 环境准备

• 源端：自建Redis 5.0，3节点集群，数据量500GB。
• 目标端：云Redis 6.2集群，6节点（3主3从）。
• 工具：Redis-shake（v2.2.1）+ 自定义脚本。

2. 在线全量同步

1. 配置Redis-shake：

   # sync.conf
   source.address = "192.168.1.10:6379"
   target.address = "10.0.0.1:6379"
   target.auth_type = "auth"
   target.password = "cloud_password"
   parallel = 64

2. 启动同步：

   nohup redis-shake -type=sync -conf=sync.conf > sync.log 2>&1 &

3. 监控进度：
   • 通过redis-cli -h 10.0.0.1 INFO keyspace查看目标端数据量。
   • 同步延迟控制在500ms内。

3. 离线增量同步

1. 记录偏移量：同步停止前，在源端执行：

   redis-cli INFO replication | grep master_repl_offset

   输出示例：master_repl_offset:123456789。
2. 停机维护：通知业务方，暂停写入源端。
3. 同步增量数据：
   • 使用redis-cli --pipe将停机期间的写入命令重放至目标端。
   • 或通过redis-port解析源端AOF并增量同步。

4. 切换与验证

1. 切换流量：修改DNS或Nginx配置，将读写请求指向云Redis。
2. 一致性校验：
   • 随机抽样Key对比：

     redis-cli -h 源端IP GET key1 | redis-cli -h 目标端IP GET key1

   • 使用redis-rdb-tools对比RDB文件哈希值。
3. 回滚方案：若校验失败，切换回源端并重新同步。

四、风险控制与优化建议

1. 常见风险及应对

• 网络中断：启用Redis-shake的断点续传功能，记录同步进度。
• 数据不一致：校验阶段发现差异时，优先以源端数据为准修复目标端。
• 性能下降：同步期间限制大Key操作，或通过redis-cli --hotkeys提前处理。

2. 性能优化技巧

• 分批迁移：对大Key（如Hash、List）拆分为多个小Key，减少单次操作耗时。
• 并行同步：集群模式下，对每个分片并行执行同步任务。
• 压缩传输：使用lz4或snappy压缩RDB文件，减少网络带宽占用。

3. 自动化脚本示例

以下是一个简单的增量同步脚本框架（需根据实际环境调整）：

#!/bin/bash
# 记录最后偏移量
LAST_OFFSET=$(redis-cli -h 源端IP INFO replication | grep master_repl_offset | awk '{print $2}')
# 停机后同步增量数据
redis-cli -h 源端IP --scan --pattern "*" | while read KEY; do
  TYPE=$(redis-cli -h 源端IP type "$KEY")
  case $TYPE in
    string)
      VALUE=$(redis-cli -h 源端IP GET "$KEY")
      redis-cli -h 目标端IP SET "$KEY" "$VALUE"
      ;;
    hash)
      # 类似处理其他数据类型
      ;;
  esac
done

五、总结与展望

Redis数据迁移需综合考虑业务场景、数据规模和风险承受能力。在线+离线混合模式通过分阶段操作，在保证服务连续性的同时提升了迁移效率。未来，随着Redis 7.0的模块化架构和更高效的同步协议（如RESP3），迁移工具将进一步优化，降低人工干预成本。

行动建议：

1. 迁移前进行压测，模拟高并发场景下的同步性能。
2. 制定详细的回滚方案，包括数据备份和流量切换步骤。
3. 优先选择开源工具（如Redis-shake），避免商业工具的锁定风险。

通过本文的实战指南，开发者可系统掌握Redis迁移的核心方法，为业务升级或架构优化提供坚实的技术保障。