一.概述

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

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

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

spring redis 读写分离 redis读写分离实现_redis


1.从上面这张图很明显可以看出,读写已经被分离了。主数据库Master负责写的操作(包括更新删除新增),从库负责查询工作。每当一个写操作被执行,丛库就会复制一条记录过来。

2.命令 slaveOf 主库IP 主库端口:每次与主库断开连接以后都要重新连接,除非你设置进conf配置文件。

三.演示

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

spring redis 读写分离 redis读写分离实现_服务器_02


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

spring redis 读写分离 redis读写分离实现_读写分离_03


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

spring redis 读写分离 redis读写分离实现_服务器_04


我在6379这里设置一个k4 ,然后在其他的中断也能够访问到!这样一来我们就已经实现了主从复制。

请注意:6379本来就有一个值k1,在我们打开了slaveof之后,k1也被从库给复制了,这说明slaveof并不是只复制slaveof之后的更改数据,它会连带之前的全部copy过来!

spring redis 读写分离 redis读写分离实现_读写分离_05


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

spring redis 读写分离 redis读写分离实现_redis_06

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

spring redis 读写分离 redis读写分离实现_读写分离_07


很明显,6380和6381原地守候

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

spring redis 读写分离 redis读写分离实现_spring redis 读写分离_08


结果一目了然了,主机重新上线后,两个从机依然继续保持连线

请注意:如果某一个从库故障的话,不影响其他库的工作,但是该从库若想重连,需要再次执行Slaveof命令!