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

开始客户端

$ redis-cli

and

then

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

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

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

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

首先，在服务器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上的版本，否则可能会遇到兼容性问题。

Redis-dump终于为我工作了。它的文档提供了一个如何转储Redis数据库并将数据插入到另一个数据库的示例。

也可以使用SLAVEOF命令迁移数据:

SLAVEOF old_instance_name old_instance_port

检查您是否收到带有keys *的钥匙。你也可以用任何其他方法测试这个新实例，当你完成时，只需打开replication of:

SLAVEOF NO ONE

由于Redis 5.0推荐使用REPLICAOF，因为SLAVEOF已弃用-请参阅手册

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

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