脑裂

Redis----大key、热key解决方案、脑裂问题文章中相关知识点在往期已经更新过了，如果有友友不理解可翻看往期内容脑裂说的就是当我们的主节点没有挂，但是因为网络延迟较大，然后和主节点相连的哨兵通信较差，之后主从之间的同步就会受影响，主节点和哨兵之间的信号也不好，但是客户端和主节点之间还能进行通信，此时向主节点更新了一条数据，而由于网络问题，从节点未能同步，且由于哨兵集群和主节点之间的通信较差每次ping都收到主节点的恢复，那么哨兵集群就会判断主节点从主观下线到了客观下线（超过了设置的客观下线的数量），那么此时哨兵就会认为主节点挂了，此时会选取一个哨兵作

装不满的克莱因瓶

什么是Redis集群的脑裂问题？目录一、脑裂的发生二、脑裂的危害三、如何避免脑裂？四、能彻底解决脑裂吗？所谓脑裂，就像他的名字一样，大脑裂开了，一般来说就是指一个分布式系统中有两个子集，然后每个子集都有一个自己的大脑(Leader/Master)。那么整个分布式系统中就会存在多个大脑了，而且每个人都认为自己是正常的，从而导致数据不一致或重复写入等问题。

以Zookeeper为例浅谈脑裂与奇数节点问题一、脑裂现象的定义与影响脑裂（split-brain）是指在分布式系统中，因网络分区或其他故障导致系统被切割成两个或多个相互独立的子系统，每个子系统可能独立选举出自己的领导节点。这一现象在依赖中心领导节点（如Elasticsearch的Master节点或ZooKeeper的Leader节点）的集群环境中尤为常见。当这种情况发生时，原本应该由单一领导节点控制的集群突然出现了多个领导者，导致数据不一致和操作冲突。