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

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

您也可以使用RDD

它可以转储和恢复一个运行的redis服务器，并允许过滤/匹配/重命名转储键

现在，您还可以使用MIGRATE，从2.6开始提供。

我必须使用这个，因为我只想移动一个数据库中的数据，而不是所有数据库中的数据。这两个Redis实例位于两台不同的机器上。

如果你不能从Redis-1直接连接到Redis-2，使用ssh端口绑定:

 ssh user@redis-2.foo.com -L 1234:127.0.0.1:6379

一个小脚本，使用keys循环所有键并迁移每个键。这是Perl，但希望您能理解:

 foreach ( $redis_from->keys('*') ) {

    $redis_from->migrate(
        $destination{host},    # localhost in my example
        $destination{port},    # 1234
        $_,                    # The key
        $destination{db},
        $destination{timeout} 
    );
 }

更多信息请参见http://redis.io/commands/migrate。

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

开始客户端

$ redis-cli

and

then

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

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

我还想做同样的事情:将一个db从一个独立的redis实例迁移到另一个redis实例(redis哨兵)。

因为数据不是关键(会话数据)，我将尝试https://github.com/yaauie/redis-copy。

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

SLAVEOF old_instance_name old_instance_port

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

SLAVEOF NO ONE

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