浅谈Redis主从复制，读写分离（一）

一.概述

在Redis中，用户可以通过执行SLAVEOF命令或者设置slaveof选项，让一个服务器去复制（replicate）另一个服务器，我们称呼被复制的服务器为主服务器（master），而对主服务器进行复制的服务器则被称为从服务器（slave）。其主要作用有二：

• 读写分离，提高效率
• 容灾恢复

二.如何实现读写分离呢？

1.从上面这张图很明显可以看出，读写已经被分离了。主数据库Master负责写的操作（包括更新删除新增），从库负责查询工作。每当一个写操作被执行，丛库就会复制一条记录过来。
2.命令 slaveOf 主库IP 主库端口：每次与主库断开连接以后都要重新连接，除非你设置进conf配置文件。

三.演示

这次我们就模拟三台机器上的redis（在一台机器上分别在 6379,6380,6381三个端口上部署redis服务，并且配置他们各自的dump文件和日志文件），目前三个redis示例都是空数据集。

命令 info replication：查看当前redis实例是主库还是从库

可以看出现在三个都是Master，现在我们使用slaveof命令让他们从属于6379.

我在6379这里设置一个k4 ,然后在其他的中断也能够访问到！这样一来我们就已经实现了主从复制。
请注意：6379本来就有一个值k1,在我们打开了slaveof之后，k1也被从库给复制了，这说明slaveof并不是只复制slaveof之后的更改数据，它会连带之前的全部copy过来！

如果在从库执行了写操作，会报错。从这里我们可以看出，Redis貌似已经帮我们实现了读写分离的约束。主机可读可写，从机只读不写。

思考：①假设现在6379出了故障，被迫停机。那么6380，和6381会怎么样呢，会篡权夺主，还是原地待命？

很明显，6380和6381原地守候。

②如果现在6379修好了，又重新部署了，我在6379上设置一个k5，其他两台还会跟着一起复制过来吗？

结果一目了然了，主机重新上线后，两个从机依然继续保持连线。
请注意：如果某一个从库故障的话，不影响其他库的工作，但是该从库若想重连，需要再次执行Slaveof命令！