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端。这里面redis的client端一般都实现了订阅功能，订阅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