Redis迁移全攻略：方法、工具与最佳实践

摘要

Redis作为高性能内存数据库，在业务扩展或架构升级时，数据迁移是关键环节。本文系统梳理Redis迁移的四大核心方法：原生工具迁移（redis-cli --rdb、MIGRATE命令）、第三方工具迁移（redis-shake、rump）、云服务迁移方案及混合迁移策略，结合操作步骤、适用场景与风险控制，提供从单机到集群、从本地到云端的完整迁移指南。

一、Redis迁移的核心挑战与目标

Redis迁移的核心需求包括：数据完整性（避免丢失或损坏）、服务连续性（最小化停机时间）、性能可控性（迁移过程对源库和目标库的负载影响）。迁移场景涵盖：单机到集群、不同Redis版本间迁移、跨云或混合云迁移、数据清洗与重组等。

关键指标

• 数据一致性：迁移后数据与源库完全一致。
• RTO（恢复时间目标）：从启动迁移到业务可用的时间。
• RPO（恢复点目标）：数据丢失的最大容忍时间。

二、原生工具迁移方法

1. 使用redis-cli --rdb导出导入

步骤：

1. 在源Redis执行SAVE或BGSAVE生成RDB文件。

   redis-cli BGSAVE  # 后台生成RDB，不影响服务

2. 通过scp或rsync传输RDB文件到目标服务器。
3. 在目标Redis停止服务（避免冲突），替换dump.rdb文件并重启。

   sudo systemctl stop redis
   cp /path/to/dump.rdb /var/lib/redis/
   sudo systemctl start redis

适用场景：

• 小规模数据（<10GB）。
• 可接受停机时间的离线迁移。
• 版本兼容（源库与目标库Redis版本一致）。

风险控制：

• 迁移前执行LASTSAVE确认RDB生成时间。
• 使用redis-check-rdb验证RDB文件完整性。

   redis-check-rdb /var/lib/redis/dump.rdb

2. 使用MIGRATE命令在线迁移

原理：MIGRATE将键值对从源Redis原子性地迁移到目标Redis，支持单键或批量迁移。

操作示例：

# 迁移单个键
redis-cli -h source_host -p 6379 MIGRATE target_host 6379 key_name 0 5000
# 批量迁移（通过脚本）
keys=$(redis-cli -h source_host --scan)
for key in $keys; do
  redis-cli -h source_host MIGRATE target_host 6379 "$key" 0 5000
done

参数说明：

• 0：超时时间（0表示无限等待）。
• 5000：迁移超时（毫秒）。

适用场景：

• 键数量较少（<1万）。
• 需要最小化停机时间的在线迁移。
• 源库和目标库网络延迟低（<10ms）。

局限性：

• 不支持迁移过期时间（TTL）和流（Stream）类型。
• 批量迁移性能受网络带宽限制。

三、第三方工具迁移方案

1. redis-shake：阿里云开源工具

功能：支持全量+增量同步、断点续传、数据过滤与转换。

部署步骤：

1. 下载并解压redis-shake（GitHub地址）。
2. 配置redis-shake.conf：

   source.address = "source_host:6379"
   target.address = "target_host:6379"
   sync.mode = "full+incr"  # 全量+增量
   filter.rule = "db0"      # 仅同步db0

3. 启动同步：

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

高级功能：

• 数据过滤：通过正则表达式排除特定键。
• QPS限制：sync.qps参数控制迁移速率。
• 校验模式：check模式验证数据一致性。

适用场景：

• 大规模数据（>10GB）。
• 跨版本迁移（如Redis 4.x到6.x）。
• 需要增量同步的零停机迁移。

2. rump：Twitter开源工具

特点：基于Go语言，支持多线程迁移，性能优于redis-cli。

使用示例：

# 全量迁移
rump -source="redis://source_host:6379" -target="redis://target_host:6379"
# 增量迁移（需配合binlog）
rump -source="redis://source_host:6379" -target="redis://target_host:6379" -mode=incr

性能优化：

• 通过-workers参数调整并发数（默认4）。
• 使用-batch参数批量处理键（默认100）。

四、云服务迁移方案

1. 云厂商内置迁移工具

• AWS ElastiCache：使用AWS Database Migration Service（DMS）支持Redis到Redis的迁移。
• Azure Cache for Redis：通过Azure Data Box离线传输或Azure Database Migration Service在线迁移。
• 腾讯云Redis：提供数据迁移控制台功能，支持跨账号、跨地域迁移。

操作流程（以腾讯云为例）：

1. 在目标Redis实例开启“允许数据迁移”。
2. 创建迁移任务，选择源库类型（自建Redis/其他云Redis）。
3. 配置网络连接（公网/内网）。
4. 启动迁移并监控进度。

2. 混合云迁移策略

场景：自建Redis迁移到云上Redis集群。

步骤：

1. 网络打通：通过VPN或专线连接自建机房与云VPC。
2. 全量迁移：使用redis-shake或云厂商工具完成初始同步。
3. 增量同步：配置redis-shake的增量模式，捕获迁移期间的写入。
4. 切换流量：通过DNS切换或代理层（如Nginx）将流量导向云Redis。

验证要点：

• 使用redis-cli --bigkeys检查目标库键分布。
• 执行INFO keyspace核对键数量。
• 模拟故障测试高可用性。

五、迁移后验证与优化

1. 数据一致性校验

• 键数量对比：

  # 源库
  src_count=$(redis-cli -h source_host DBSIZE)
  # 目标库
  tgt_count=$(redis-cli -h target_host DBSIZE)
  echo "源库键数: $src_count, 目标库键数: $tgt_count"

• 抽样校验：随机选取100个键，对比值与TTL。

2. 性能调优

• 目标库配置：根据负载调整maxmemory-policy和eviction策略。
• 客户端重连：修改应用配置，更新Redis连接地址。
• 监控告警：配置CloudWatch或Prometheus监控延迟与命中率。

六、常见问题与解决方案

1. 迁移卡顿

• 原因：网络带宽不足或目标库写入性能瓶颈。
• 解决：
  • 限制迁移速率（redis-shake.sync.qps）。
  • 扩容目标库实例规格。

2. 大键迁移失败

• 原因：单个键值过大（如数MB的Hash）。
• 解决：
  • 使用redis-cli --bigkeys定位大键。
  • 分拆大键为多个小键。

3. 版本兼容性问题

• 场景：Redis 2.x迁移到6.x。
• 解决：
  • 升级源库到中间版本（如4.x）。
  • 使用redis-shake的transform功能转换数据格式。

七、总结与建议

1. 小规模迁移：优先使用redis-cli --rdb或MIGRATE。
2. 大规模迁移：选择redis-shake或云厂商工具。
3. 零停机迁移：采用全量+增量同步，配合流量切换。
4. 风险控制：迁移前备份数据，测试环境验证流程。

通过合理选择迁移方法与工具，结合严格的验证流程，可实现Redis迁移的高效、安全与可控。