一、引言：Redis数据迁移的必要性

Redis作为高性能内存数据库，广泛应用于缓存、消息队列等场景。随着业务发展，企业常面临数据迁移需求：硬件升级、集群扩容、云服务迁移或数据备份恢复等场景。本文将系统介绍Redis数据迁移的在线与离线模式，重点解析离线同步数据的关键技术。

二、迁移前的核心准备

1. 迁移评估与方案设计

• 数据量评估：使用INFO KEYSPACE统计各DB数据量，redis-cli --bigkeys分析键值分布
• 业务影响分析：识别迁移窗口期，评估RPO（恢复点目标）和RTO（恢复时间目标）
• 方案选择矩阵：
  | 场景 | 在线迁移 | 离线迁移 |
  |———|—————|—————|
  | 业务连续性要求 | 高 | 低 |
  | 数据一致性要求 | 最终一致 | 强一致 |
  | 迁移耗时 | 较长 | 短 |
  | 实施复杂度 | 高 | 中等 |

2. 环境准备

• 工具链部署：安装redis-cli、redis-rdb-tools、pgrep等工具
• 网络配置：开放6379端口（默认），配置防火墙规则
• 测试环境搭建：建议使用Docker容器模拟迁移过程

  docker run -d --name redis-src -p 6379:6379 redis
  docker run -d --name redis-dst -p 6380:6379 redis

三、在线迁移模式详解

1. 原生REPLICATION方案

实施步骤：

1. 在目标节点配置slaveof <源IP> <端口>
2. 执行CONFIG SET slave-read-only no（可选）
3. 监控复制状态：INFO REPLICATION

技术要点：

• 增量同步机制：PSYNC命令实现断点续传
• 全量同步触发条件：缓冲区溢出或复制ID不匹配
• 优化参数：repl-backlog-size 100mb、client-output-buffer-limit slave 256mb 64mb 60

2. 第三方工具方案

RedisShake对比：
| 特性 | RedisShake | redis-trib.rb |
|———|——————|———————-|
| 跨版本支持 | √ | × |
| 过滤功能 | √ | × |
| 断点续传 | √ | × |
| 性能监控 | √ | × |

典型配置示例：

[source]
type = "standalone"
address = "127.0.0.1:6379"
password = ""
[target]
type = "standalone"
address = "127.0.0.1:6380"
password = ""
[filter]
db_white_list = [0,1]
key_prefix_filter = ["user:", "order:"]

四、离线迁移模式深度解析

1. RDB快照迁移法

操作流程：

1. 源节点执行SAVE或BGSAVE
2. 安全传输RDB文件：scp /var/lib/redis/dump.rdb dst:/tmp/
3. 目标节点加载：

   redis-cli -h dst -p 6380 shutdown
   cp /tmp/dump.rdb /var/lib/redis/
   redis-server /etc/redis/redis.conf

性能优化技巧：

• 压缩传输：gzip dump.rdb
• 并行加载：分片RDB文件
• 校验机制：redis-check-rdb dump.rdb

2. AOF混合迁移方案

适用场景：

• 需要完整操作日志的场景
• 跨版本迁移（如2.8→6.2）

实施要点：

1. 源节点配置aof-use-rdb-preamble yes
2. 生成混合日志：BGREWRITEAOF
3. 目标节点加载：

   redis-cli --aof /path/to/appendonly.aof

五、混合模式迁移策略

1. 在线+离线双轨方案

实施阶段：

1. 预迁移阶段：使用REPLICATION建立初始同步
2. 离线阶段：在业务低峰期执行RDB快照传输
3. 增量同步：通过MONITOR命令捕获最后变更
4. 切换验证：执行redis-cli --scan对比键数量

2. 蓝绿部署实践

架构示例：

用户请求 → 负载均衡器 → 旧集群（只读）
                      ↓
新集群（读写） ← 离线同步

切换检查清单：

• 连接池健康检查
• 慢查询监控
• 内存碎片率对比
• 客户端重试机制测试

六、迁移后验证体系

1. 数据一致性校验

方法对比：
| 方案 | 准确度 | 耗时 | 资源消耗 |
|———|————|———|—————|
| 键计数 | 低 | 短 | 低 |
| 全量扫描 | 高 | 长 | 高 |
| 抽样校验 | 中 | 中 | 中 |

推荐工具：

# 键数量对比
redis-cli -h src --scan | wc -l
redis-cli -h dst --scan | wc -l
# 值校验（抽样）
redis-cli -h src GET key1 | diff - <(redis-cli -h dst GET key1)

2. 性能基准测试

测试指标：

• 命令响应时间（99th百分位）
• 吞吐量（ops/sec）
• 内存使用效率

测试脚本示例：

import redis
import time
r = redis.Redis(host='dst', port=6380)
start = time.time()
for i in range(10000):
    r.set(f"key{i}", "value")
print(f"Throughput: {10000/(time.time()-start):.2f} ops/sec")

七、常见问题解决方案

1. 大键值处理策略

• 拆分方案：使用HASH结构替代大字符串
• 压缩方案：启用LZ4压缩（Redis 6.0+）
• 分片方案：客户端分片或使用Redis Cluster

2. 网络中断恢复

断点续传实现：

# 获取最后同步位置
last_offset=$(redis-cli -h src INFO REPLICATION | grep master_repl_offset | awk '{print $2}')
# 重新同步（RedisShake）
./redis-shake -type sync \
  -conf redis-shake.conf \
  -resume-from-offset $last_offset

八、最佳实践总结

1. 灰度发布：先迁移非核心业务数据
2. 回滚方案：保留源集群72小时
3. 监控体系：部署Prometheus+Grafana监控
4. 自动化脚本：编写Ansible/Terraform脚本

迁移检查表：

• 数据完整性验证
• 性能基准达标
• 故障转移测试
• 文档归档完成

本文通过系统化的方法论和可落地的技术方案，为Redis数据迁移提供了完整指南。实际实施时，建议结合具体业务场景进行方案定制，并在测试环境充分验证后再进行生产迁移。