一、Redis迁移的必要性及挑战

Redis作为高性能内存数据库，在业务扩展、架构优化或云迁移场景下常需进行数据迁移。典型需求包括：单机Redis向集群架构升级、跨机房/云服务商迁移、版本升级（如Redis 4.0到7.0）或硬件资源扩容。迁移过程中需解决三大核心挑战：数据一致性（迁移期间业务写入如何处理）、服务可用性（如何避免长时间业务中断）、性能损耗控制（迁移对源库和目标库的压力）。

以电商场景为例，用户会话数据存储在Redis中，迁移时需确保：1）迁移期间新会话能正常写入；2）已存储会话在迁移后能被正确读取；3）迁移过程不影响订单支付等核心链路。这些需求对迁移方案提出了极高要求。

二、主流迁移方法详解

（一）原生工具迁移：Redis-cli与CONFIG SET

Redis官方提供的redis-cli --rdb和CONFIG SET命令组合是最基础的迁移方式。适用于小规模数据（<10GB）且可接受短时间停机的场景。

操作步骤：

1. 在源Redis执行SAVE或BGSAVE生成RDB文件
2. 通过scp或rsync将RDB文件传输至目标服务器
3. 在目标Redis执行CONFIG SET stop-writes-on-bgsave-error no避免保存失败导致写入阻塞
4. 启动目标Redis时指定RDB文件路径

局限性：

• 增量数据无法同步，需停机迁移
• 大RDB文件传输可能耗时数小时
• 无法处理AOF持久化数据的迁移

优化建议：

• 使用lz4或zstd压缩RDB文件减少传输时间
• 迁移前执行MEMORY PURGE清理碎片
• 通过INFO persistence监控保存进度

（二）增量同步方案：主从复制+故障转移

对于需要零停机迁移的场景，可采用主从复制+故障转移方案。核心思路是将目标Redis配置为源Redis的从库，同步完成后提升为主库。

实施流程：

1. 在目标服务器部署与源库相同版本的Redis
2. 执行SLAVEOF <source_ip> <source_port>建立主从关系
3. 等待INFO replication显示master_sync_in_progress:0表示全量同步完成
4. 执行CONFIG REWRITE持久化从库配置
5. 在低峰期执行SLAVEOF NO ONE提升为主库

关键控制点：

• 复制缓冲区：通过repl-backlog-size调整（建议≥100MB）防止网络波动导致全量重同步
• 读写分离：迁移期间可将读请求切换至从库减轻源库压力
• 心跳检测：设置repl-ping-slave-period（默认10秒）监控复制状态

风险处理：

• 网络中断：配置repl-timeout（默认60秒）避免超时断开
• 主从数据不一致：迁移后执行redis-cli --bigkeys抽样校验

（三）专业工具迁移：Redis-shake与Redis-port

对于跨版本、跨云或大规模数据迁移，专业工具能提供更完善的解决方案。

1. Redis-shake（阿里云开源工具）

核心特性：

• 支持全量+增量同步
• 跨版本兼容（Redis 2.8-7.0）
• 过滤特定Key（通过filter.db配置）
• 断点续传（记录sync.offset）

配置示例：

# shake.toml 配置片段
source.address = "127.0.0.1:6379"
target.address = "192.168.1.100:6379"
target.auth_type = "auth"
target.password = "target_password"
sync_mode = "full"  # 或 "increment"
filter.db = ["0-2"]  # 仅同步DB0-DB2

性能调优：

• 调整parallel参数（默认4）控制并发线程数
• 设置rps限制（如10000）避免目标库过载
• 启用heartbeat.url监控同步状态

2. Redis-port（Redis Labs工具）

优势场景：

• 从Redis迁移至其他数据库（如MySQL、Elasticsearch）
• 支持AOF文件解析
• 提供Web界面监控

典型命令：

redis-port decode --input=dump.rdb --output=dump.json  # RDB转JSON
redis-port sync --src=redis://source:6379 --target=redis://target:6379

（四）云服务商迁移方案

主流云平台（如AWS ElastiCache、Azure Cache for Redis）提供专用迁移工具：

1. AWS Database Migration Service

流程：

1. 创建复制实例并配置源Redis端点
2. 设置目标ElastiCache集群
3. 启动迁移任务并监控CloudWatch指标
4. 切换DNS记录完成切割

注意事项：

• 需开启源Redis的min-slaves-to-write（建议≥1）
• 迁移期间禁用FLUSHALL等危险命令

2. 腾讯云DTS数据迁移

特色功能：

• 支持校验模式（全量校验+抽样校验）
• 提供带宽限制（防止源库网络拥塞）
• 生成迁移报告（含Key数量、内存占用对比）

三、迁移后验证与优化

（一）数据一致性校验

1. Key计数对比：

   # 源库和目标库分别执行
   redis-cli info keyspace | grep db0 | awk '{print $2}'

2. 抽样校验：

   import redis
   src = redis.StrictRedis(host='source', port=6379)
   dst = redis.StrictRedis(host='target', port=6379)
   keys = src.keys('user:*')[:100]  # 抽样100个Key
   for key in keys:
    assert src.get(key) == dst.get(key)

（二）性能基准测试

使用memtier_benchmark进行压测：

memtier_benchmark --server=target_ip --port=6379 \
  --clients=50 --threads=2 --test-time=300 \
  --key-pattern=S:S --data-size=1024 \
  --protocol=redis --pipeline=10

（三）参数调优建议

1. 内存优化：

   • 启用activedefrag（Redis 4.0+）
   • 调整hash-max-ziplist-entries（默认512）

2. 网络优化：

   • 增大tcp-keepalive（默认300秒）
   • 启用tcp-nodelay（默认开启）

3. 持久化优化：

   • 混合使用RDB+AOF（aof-use-rdb-preamble yes）
   • 调整auto-aof-rewrite-percentage（默认100%）

四、最佳实践总结

1. 预迁移检查清单：

   • 确认源库和目标库版本兼容性
   • 评估网络带宽和延迟（建议<1ms）
   • 制定回滚方案（保留7天备份）

2. 分阶段实施：

   • 第一阶段：全量同步+校验
   • 第二阶段：增量同步+监控
   • 第三阶段：流量切换+观察

3. 监控体系搭建：

   • 实时监控instantaneous_ops_per_sec
   • 告警规则设置（如内存使用率>85%）
   • 日志分析（slowlog get）

通过科学规划迁移路径、选择适配工具、严格验证数据一致性，可实现Redis迁移的平滑过渡。实际案例显示，采用主从复制+Redis-shake组合方案，可在保证99.9%可用性的前提下，完成TB级数据的迁移。