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

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

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

复制(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

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

我发现导出/备份Redis数据(创建转储文件)的简单方法是通过命令行启动一个服务器，并创建一个动态副本，如下所示(假设源Redis在端口6379上是1.2.3.4):

/usr/bin/redis-server --port 6399 --dbfilename backup_of_master.rdb --slaveof 1.2.3.4 6379

去查查垃圾场在哪。导入redis数据时必须放置RDB，

开始客户端

$ redis-cli

and

then

redis 127.0.0.1:6379> CONFIG GET *
 1) "dir"
 2) "/Users/Admin"

这里/Users/Admin是转储的位置。从服务器读取的RDB，因此这是必须被替换的文件。