为什么少于一半的主节点可用，整个集群将无法处理读写请求。

在 Redis Cluster 中，少于一半的主节点不可用会导致整个集群无法处理写请求，这是因为 Redis Cluster 采用了一个类似于分布式系统中常见的 多数派投票机制（majority voting mechanism）来确保数据的一致性和防止脑裂（split-brain）问题。具体原因和机制如下：

为什么少于一半的主节点不可用会导致集群无法处理写请求

Quorum（法定人数）概念：

• 在分布式系统中，Quorum 是指能够达成决策所需的最小多数节点数。在 Redis Cluster 中，这个数目是总主节点数的一半加一。
• 比如，如果集群有 6 个主节点，Quorum 就是 4（6/2 + 1）。这意味着至少需要 4 个主节点在线，集群才能正常运作。

防止脑裂：

• 脑裂是指由于网络分区等原因导致集群被分成多个孤立的子集，每个子集可能都认为自己是集群的主要部分并独立运行。这会导致数据不一致和数据冲突。
• 为了防止脑裂，Redis Cluster 依赖 Quorum 机制。只有在 Quorum 达成的情况下，集群才会继续处理写请求。

一致性保证：

• Redis Cluster 使用 Quorum 来确保数据一致性。少于一半的主节点不可用意味着集群可能无法确保数据一致性，因为在这种情况下，可能存在多个子集都认为自己是主要部分的风险。

具体机制

故障检测：

• 集群中的节点通过 Gossip协议互相通信，检测节点的健康状态。如果一个节点检测到另一个主节点不可用，它会标记该节点为下线（PFAIL，可能下线）。
• 当一个主节点被多数主节点标记为下线（FAIL，下线），则这个主节点被认为正式不可用。

故障转移：

• 当一个主节点被标记为 FAIL 后，如果它有从节点且从节点与其他主节点可以通信，集群会自动提升从节点为新的主节点。
• 故障转移的前提是集群中的 Quorum 能够达成。如果在故障检测过程中发现无法达成 Quorum（即少于一半的主节点可用），集群将停止处理写请求以防止数据不一致。

不可用状态：

• 如果集群中的主节点数少于 Quorum，整个集群将进入不可用状态。Redis Cluster会停止处理写请求，并返回错误，指示客户端当前集群不可用。
• 读请求仍然可以在剩余可用的主节点上处理，但这取决于配置和具体实现。

如果投票发现投票节点少于Quorum数量，则投票无法成功，因为要大多数节点投票这个节点不可用，这个节点才会下线，一旦发现了无法达成Quorum，集群将停止处理写请求以防止数据不一致。

为什么脑裂会发生数据不一致和数据冲突？

多个独立子集各自认为自己是合法的集群，可能导致哈希槽冲突，比如每个子集下的节点可能都以为自己处理哈希槽5000-8000的数据，而因为网络分区导致他们之间无法正常通信，结果网络恢复以后，就会导致数据冲突了。