Redis 是可以转移（迁移/搬迁） 的，无论是迁移数据到新实例、新服务器，还是整体迁移 Redis 服务，都有成熟的方案。具体迁移方式需根据场景（如是否停机、数据量大小、是否跨版本/跨架构）选择，以下是最常用的方法和注意事项：

一、核心迁移场景

1. 单机 Redis 迁移到新服务器/新端口
2. 集群（Redis Cluster）迁移（扩缩容/整体搬迁）
3. 主从架构迁移（切换主节点/迁移从节点）
4. 云厂商 Redis 实例迁移到自建/其他云

二、常用迁移方法（按优先级/场景划分）

方法 1：RDB 冷迁移（停机迁移，适合小数据量）

原理：通过 Redis 的 RDB 持久化文件（快照）迁移数据，需停机保证数据一致性。
步骤：

1. 目标实例：停止 Redis 服务，清空原有数据（ redis-cli FLUSHALL ），确保配置（端口、密码、持久化策略）与源实例兼容。
2. 源实例：

  • 停机： redis-cli SHUTDOWN SAVE （优雅关闭，自动生成最新 RDB 文件）；
  • 若不停机：执行  redis-cli BGSAVE ，等待后台生成 RDB（默认路径  dump.rdb ）。
    3. 拷贝 RDB 文件：用  scp / rsync  将源实例的  dump.rdb  拷贝到目标实例的 Redis 数据目录（通过  redis-cli CONFIG GET dir  查看）。
    4. 启动目标 Redis： redis-server redis.conf ，自动加载 RDB 文件恢复数据。
    5. 验证： redis-cli KEYS *  或  dbsize  确认数据一致。

优点：简单、速度快；
缺点：需停机（或 BGSAVE 期间可能有少量数据丢失），不适合高可用场景。

方法 2：AOF 迁移（精准恢复，适合需完整数据）

原理：AOF 是增量日志，记录所有写操作，恢复后数据与源实例完全一致。
步骤：

1. 源实例：执行  redis-cli BGREWRITEAOF （优化 AOF 文件大小），等待重写完成。
2. 拷贝 AOF 文件（默认  appendonly.aof ）到目标实例数据目录。
3. 目标实例：修改配置  appendonly yes ，关闭 RDB（可选），启动 Redis 自动加载 AOF。
注意：AOF 文件通常比 RDB 大，加载速度慢，适合数据量小、对一致性要求极高的场景。

方法 3：redis-migrate-tool（开源工具，支持在线迁移）

原理：唯品会开源的 Redis 数据迁移工具，支持单机/集群/主从互迁，在线无感知迁移。
核心优势：

  • 支持增量同步（迁移过程中源实例的新写入会同步到目标）；
  • 支持跨版本、跨架构（如单机→集群、集群→单机）；

  • 可校验数据一致性。
    基本使用：

    # 1. 安装（需编译）
git clone https://github.com/vipshop/redis-migrate-tool.git
cd redis-migrate-tool && make

2. 编写配置文件（migrate.conf）

[source]
type: single  # 源类型：single/cluster/master/slave
servers:
- 192.168.1.100:6379  # 源实例地址
auth: 123456  # 源密码（可选）

[target]
type: single
servers:
- 192.168.1.101:6379  # 目标实例地址
auth: 654321  # 目标密码（可选）

[common]
listen: 0.0.0.0:8888  # 工具监听端口

3. 启动迁移

./redis-migrate-tool -c migrate.conf -o migrate.log -d

4. 校验数据

./redis-migrate-tool -c migrate.conf -C check

 

方法 4：Redis 复制（主从同步，在线迁移）

原理：将目标实例作为源实例的从节点，同步完成后切换为主节点，适合高可用场景。
步骤：

1. 目标实例：清空数据（ FLUSHALL ），确保端口/密码与源兼容。
2. 目标实例执行：

# 连接源主节点（若源有密码，加 -a 密码）
redis-cli SLAVEOF 192.168.1.100 6379
# （可选）设置主节点密码（若源有密码）
redis-cli CONFIG SET masterauth 123456

 
3. 等待同步完成：通过  redis-cli INFO replication  查看  master_link_status:up  且  sync_full:1 。
4. 切换目标为独立主节点：
redis-cli SLAVEOF NO ONE

 
5. 割接业务：将应用的 Redis 连接地址改为目标实例。

优点：完全在线，无数据丢失；
缺点：迁移过程中源实例需承担复制压力，适合中小数据量。

方法 5：集群迁移（Redis Cluster）

若源/目标是 Redis 集群，推荐两种方式：

1. redis-cli --cluster reshard：手动迁移槽位（适合扩缩容）；
2. redis-migrate-tool：支持集群→集群、集群→单机的全量+增量迁移（推荐）。

三、迁移关键注意事项

1. 数据一致性：

  • 停机迁移优先用  SHUTDOWN SAVE  生成 RDB，避免数据丢失；
  • 在线迁移需确保迁移期间源实例的写操作被同步（如 redis-migrate-tool 增量同步、主从复制）。
    2. 版本兼容：
  • 低版本→高版本：通常兼容，但需注意新特性（如 Redis 7.0 的 ACL）；
  • 高版本→低版本：可能不兼容（如 RDB/AOF 格式差异），建议先测试。
    3. 配置兼容：
  • 目标实例需同步源的关键配置：密码（requirepass）、最大内存（maxmemory）、持久化策略（save/appendonly）、过期策略等。
    4. 性能与压力：
  • 在线迁移时，源实例会有复制/网络压力，建议低峰期操作；
  • 大数据量（TB 级）优先用 redis-migrate-tool 分批次迁移。
    5. 验证：
  • 迁移后必做：校验 key 数量（ dbsize ）、随机抽查 key 的值、检查过期时间（ TTL ）、验证业务读写正常。
    6. 回滚方案：
  • 迁移完成后，保留源实例一段时间，若目标异常，可快速切回源实例。

四、总结

迁移方式 适用场景 优点 缺点
RDB 冷迁移 小数据量、可停机 简单、速度快 需停机、可能丢增量数据
主从复制 在线迁移、中小数据量 无停机、数据一致 源实例有复制压力
redis-migrate-tool 全场景（单机/集群、大数量） 在线、增量同步、可校验 需编译安装、配置稍复杂
AOF 迁移 数据一致性要求极高 精准恢复 文件大、加载慢

根据你的实际场景（是否停机、数据量、架构）选择即可，中小规模推荐主从复制，大规模/集群推荐redis-migrate-tool。

redis-migrate-tool 支持通过 增量同步（实时复制） 机制，将迁移结束后源库的新写入数据同步到目标库，核心依赖 Redis 的  SYNC / PSYNC  协议实现。

关键实现逻辑与配置：

1. 增量同步的触发：

  • 工具默认执行「全量迁移 + 增量同步」流程：全量数据传输完成后，不会立即退出，而是持续监听源库的写操作（如  SET 、 HSET 、 LPUSH  等），并实时转发到目标库。
  • 即使全量迁移结束后，源库新增的写入数据，也会被实时同步到目标库，确保两端数据最终一致。
    2. 核心配置（必须启用）：

  • 配置文件中需显式开启增量同步（默认开启，无需额外修改，但若手动关闭需恢复）：

    [source]
type: single
addr: 源库IP:端口
auth: 源库密码（如有）

[target]
type: single
addr: 目标库IP:端口
auth: 目标库密码（如有）

[common]
# 增量同步开关（默认yes，开启后全量迁移后持续同步）
incremental_sync = yes
# 增量同步超时时间（默认3600秒，0表示无限期同步，直到手动停止）
incremental_sync_timeout = 0

     
    3. 迁移结束后的操作：

  • 若需长期同步：保持工具运行（后台启动，如  nohup redis-migrate-tool -c config.ini & ），直到业务完全切换到目标库。
  • 停止同步：确认应用已全部切换到目标库后，手动终止工具进程（ kill -9 进程ID ），增量同步即停止。

注意事项：

  • 仅支持「单源库 → 单目标库」的增量同步，集群场景需额外配置分片映射。
  • 若迁移过程中工具中断，重启后会通过  PSYNC  协议续传增量数据（无需重新全量迁移）。

版权属于：Joyber

本文链接：https://blog.qqvbc.com/default/1399.html

转载时须注明出处及本声明

标签: none

添加新评论