Redis哨兵模式、集群脑裂
- 哨兵模式
- 哨兵的作用
- 服务状态监控
- Redis集群(哨兵模式)脑裂
- 解决办法
哨兵模式
为了保证Redis的高可用,Redis提供了哨兵模式
哨兵的作用
服务状态监控
Redis集群(哨兵模式)脑裂
假设由于网络原因,主节点master和哨兵都处于不同的分区,哨兵只能检测从节点,就是下面这种情况,哨兵在右侧从节点中选出一个节点作为master。
但是老的mster还存在,还没有挂掉,这时候客户端写入数据依然是给旧的master写数据,这时候就是两个master,就像大脑分裂了一样。新的master是接收不到客户端传入的数据的。这时候如果网络回复了,如下图
这时候,哨兵会将旧的master强制降为slave,这时候slave会从新的master中去同步数据,会把自己的数据给清空,但是在之前的脑裂过程中,客户端写入的数据就丢失了,这就是脑裂问题出现后,导致数据丢失的问题。
解决办法
修改redis中两个配置参数
min-replicas-to-write 1 // 表示最少的salve 节点为1个
min-replicas-max-lag 5 // 表示数据复制和同步的延迟不能超过5秒
上述的意思是,master连接的salve最少为一个,而且数据复制和同步的延迟不能超过5秒,如果达不到这个要求,那么就拒绝客户端的请求,这样可以避免数据的丢失