第二种方式就是使用指令，在Redis服务器输入下面这一行指令，当前服务器就会作为一个从服务器，尝试连接主服务器，并进行主从复制：
127.0.0.1:6379> SLAVEOF 主服务器ip 主服务器端口2.8 主从复制的安全性
在使用Redis 复制功能时的设置中，强烈建议在 主服务器 和 从服务器 中启用持久化。当不可能启用时，例如由于非常慢的磁盘性能而导致的延迟问题，应该配置实例来避免重置后自动重启。
为了更好地理解为什么关闭了持久化并配置了自动重启的 主服务器 是危险的，检查以下故障模式，这些故障模式中数据会从 主服务器 和所有 从服务器 中被删除：
我们设置节点 A 为 主服务器 并关闭它的持久化设置，节点 B 和 C 从 节点 A 复制数据。
节点 A 崩溃，但是他有一些自动重启的系统可以重启进程。但是由于持久化被关闭了，节点重启后其数据集合为空。
节点 B 和 节点 C会从节点 A 复制数据，但是节点 A 的数据集是空的，因此复制的结果是它们会销毁自身之前的数据副本。
当 Redis Sentinel 被用于高可用并且 主服务器 关闭持久化，这时如果允许自动重启进程也是很危险的。例如， 主服务器 可以重启的足够快以致于 Sentinel 没有探测到故障，因此上述的故障模式也会发生。任何时候数据安全性都是很重要的，所以如果 主服务器 使用复制功能的同时未配置持久化，那么自动重启进程这项应该被禁用。
三、总结
以上就对Redis的主从复制做了一个比较详细的描述，时间太晚了，就不说别的了，希望能够为需要的人答疑解惑吧。
四、参考
《Redis实战》
Redis官方文档—复制
https://www.jb51.net/article/156147.htm