面试总结-Redis篇章(十)——Redis哨兵模式、集群脑裂

最新推荐文章于 2024-05-08 15:24:52 发布

阿岳316

最新推荐文章于 2024-05-08 15:24:52 发布

阅读量538

点赞数

分类专栏：技术面试 Redis 文章标签： java 面试 redis

本文链接：https://blog.csdn.net/chengxuyuan316/article/details/132019280

版权

13 篇文章 0 订阅

订阅专栏

10 篇文章 0 订阅

订阅专栏

10 篇文章 0 订阅

订阅专栏

哨兵模式

为了保证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秒，如果达不到这个要求，那么就拒绝客户端的请求，这样可以避免数据的丢失

在这里插入图片描述

关注