Redis主从原理及哨兵模式

1.Redis主从搭建

主从的搭建很简单,主节点设置连接密码,从节点的配置上主节点的ip和端口,以及密码,一般从节点我们都设置只读模式。

主节点配置:

  主节点密码:

  requirepass xxx

从节点中配置:

  #主节点

  replicaof 192.168.0.67 6379

  #从节点只读

  replica-read-only yes

  #主节点连接密码

  masterauth root

使用对应的配置文件启动master和slave服务即可。

如果不使用密码来连接可能出现,从节点能识别主节点,但是却无法连接到主上面去,如下主从信息如下情况:

 

 

 

 

 

这样的Redis主从只是一个数据的备份关系,如果master挂了,需要手动去讲salve切换成master并且将客户端连接切换到新的master上面去。

 

同时还可以搭建多级结构,也就是说slave-A也可以成为别的slave-B的master。

 

使用主从结构一来是备份数据,二来也可以实现读写分离作用,master写数据,salve读数据

 

 

2.主从复制原理

 

全量复制:

如果为master配置了一个slave,不管这个slave是否是第一次连接上Master,它都会发送一个SYNC命 令给master请求复制数据。 master收到SYNC命令后,会在后台进行数据持久化通过bgsave生成最新的rdb快照文件,持久化期间, master会继续接收客户端的请求,它会把这些可能修改数据集的请求缓存在内存中。当持久化进行完毕以 后,master会把这份rdb文件数据集发送给slave,slave会把接收到的数据进行持久化生成rdb,然后再加载到内存中。然后,master再将之前缓存在内存中的命令发送给slave。 当master与slave之间的连接由于某些原因而断开时,slave能够自动重连Master,如果master收到了多 个slave并发连接请求,它只会进行一次持久化,而不是一个连接一次,然后再把这一份持久化的数据发送给多个并发连接的slave。 当master和slave断开重连后,一般都会对整份数据进行复制。

 

 

 

增量复制:

2.8版本开始,slave与master能够在网络连接断开重连后只进行部分数据复制。 master会在其内存中创建一个复制数据用的缓存队列buffer,缓存最近一段时间的数据,默认大小1m,如果超过这个大小就会清理掉,但是这些数据是在AOF或者RDB快照中的,master和它所有的 slave都维护了复制的数据下标offset和master的进程id,因此,当网络连接断开后,slave会请求master 继续进行未完成的复制,从所记录的数据下标开始。如果master进程id变化了,或者从节点数据下标 offset太旧,已经不在master的缓存队列里了,那么将会进行一次全量数据的复制。从2.8版本开始,redis改用可以支持部分数据复制的命令PSYNC去master同步数据

 

3.哨兵模式(sentinel

 

前面说到主从模式其实是一种数据的备份方式,如果master宕机了,需要手动切换,并且还要切换客户端的连接数据源。这就无法达到高可用。哨兵模式就可以解决这一问题。

 

哨兵是特殊的redis服务,不提供读写服务,主要用来监控redis实例节点。 哨兵架构下client端第一次从哨兵找出redis的主节点,后续就直接访问redis的主节点,不会每次都通过 sentinel代理访问redis的主节点,当redis的主节点发生变化,哨兵会第一时间感知到,并且哨兵会早主从模式的从节点中重新选出来一个新的master,并且将新的master信息通知给client端。这里面redisclient端一般都实现了订阅功能,订阅sentinel发布的节点变动消息。Redis服务是通过配置文件启动的,比如上面的从节点设置了只读模式,它被选举成了master之后就是可读写的了,感觉很奇怪,后来看了下重新选举之后的各redis服务的配置文件,发现文件里面的内容会被哨兵修改。要想真的高可用,我们的哨兵也要集群模式。

 

 

 

4.哨兵模式搭建

 

修改哨兵的配置文件sentinel.conf,配置监听主从的master节点

 

  sentinel monitor <master‐name> <ip> <redis‐port> <quorum>

 

  master‐name:集群名字,随意,客户端连接需要用到

 

  quorum:指明哨兵集群中多少个sentinel认为master失效才真的失效,一般配节点数/2+1,也就是说大于半数,比如我三个哨兵节点组成的哨兵集群,那么我就配置2,如下:

 

  sentinel monitor mymaster 192.168.0.67 6379 2

 

因为上面我的主从master是设置了密码的,所以还需要配置:

 

  sentinel auth-pass mymaster xxx

 

由于master挂了之后,会进行哨兵会进行重新的选举,如果slave也配置了连接密码,那么最好在其他的节点都配置上

 

  masterauth xxx,保证挂了的服务重启之后能正常加入主从中去。

 

使用指定的哨兵配置文件启动哨兵

 

  src/redis‐sentinel sentinel.conf

 

连接哨兵:src/redis-cli -p 26379

 

查看信息:info

 

 

 

 再使用同样的配置文件,启动另外两个哨兵,在查看信息之后会发现哨兵数量变成3

 

 

 可以试试把master节点干掉之后,过一会哨兵重新选举新的master之后,再将原来的master节点启动,它会作为一个slave加入到主从结构中去,如果去查看redis服务的配置文件,会发现配置文件里面的一些内容是被修改了的

java客户端连接哨兵模式,只需要配置哨兵节点即可。

#哨兵模式
spring.redis.sentinel.master=mymaster  #哨兵配置中集群名字
spring.redis.sentinel.nodes=哨兵ip1:哨兵端口1,哨兵ip2:哨兵端口2,哨兵ip3:哨兵端口3

 

posted @ 2020-03-15 12:16  白露非霜  阅读(3160)  评论(0编辑  收藏  举报
访问量