如果您在服务器之间有连接，最好将新实例作为从节点设置复制(与SQL不同，这很简单)，然后您可以用一个命令将新节点切换到主节点，并且无需停机时间。

将数据库快照保存到转储中。通过在命令行运行BGSAVE或SAVE命令来恢复rdb。这将创建一个名为dump的文件。RDB和你的redis服务器在同一个文件夹。查看所有服务器命令的列表。

复制这个转储。RDB到您想要迁移到的另一个redis服务器。当redis启动时，它会寻找这个文件来初始化数据库。

零停机迁移的关键要素是:

复制(http://redis.io/commands/SLAVEOF) 在应用程序切换过程中写入从机的可能性(CONFIG slave-read-only no)

简而言之:

设置一个目标redis(空)作为源redis的从属(与你的数据) 等待复制完成 允许写入目标redis(当前为slave) 将应用程序切换到目标redis 等待数据流从主端转移到从端 将目标redis从主变为从

此外，redis还有一些选项，允许在分离目标后禁用源redis来接受写:

min-slaves-to-write min-slaves-max-lag

本主题由

http://redis.io/topics/admin#upgrading-or-restarting-a-redis-instance-without-downtime

reddislabs团队非常好的解释https://redislabs.com/blog/real-time-synchronization-tool-for-redis-migration(使用web.archive.org)

甚至还有他们的交互式迁移工具:https://github.com/RedisLabs/redis-migrate

source_host=xxx
source_port=6379
source_db=10
source_auth=xxx

target_host=yyyyy
target_port=6379
target_db=12
target_auth=yyyyy


redis-cli -a $source_auth -h $source_host -p $source_port -n $source_db keys \* | while read key; do
    echo "redis-cli -h $source_host -p $source_port -a $source_auth -n $source_db MIGRATE $target_host $target_port "" $target_db 5000 COPY AUTH $target_auth KEYS $key"
    redis-cli -h $source_host -p $source_port -a $source_auth -n $source_db MIGRATE $target_host $target_port "" $target_db 5000 COPY AUTH $target_auth KEYS $key 
done

我对自己的案子很在行，已经测试过了。

首先，在服务器a上创建一个转储。

A$ redis-cli
127.0.0.1:6379> CONFIG GET dir
1) "dir"
2) "/var/lib/redis/"
127.0.0.1:6379> SAVE
OK

这确保了转储。RDB是最新的，并显示了它的存储位置(/var/lib/redis/dump)。在本例中是RDB)。转储。RDB还会定期自动写入磁盘。

接下来，将其复制到服务器B:

A$ scp /var/lib/redis/dump.rdb myuser@B:/tmp/dump.rdb

在B上停止Redis服务器，复制转储。RDB(确保权限与以前相同)，然后启动。

B$ sudo service redis-server stop
B$ sudo cp /tmp/dump.rdb /var/lib/redis/dump.rdb
B$ sudo chown redis: /var/lib/redis/dump.rdb
B$ sudo service redis-server start

B上的Redis版本必须大于或等于A上的版本，否则可能会遇到兼容性问题。

如果您在服务器之间有连接，最好将新实例作为从节点设置复制(与SQL不同，这很简单)，然后您可以用一个命令将新节点切换到主节点，并且无需停机时间。