Redis集群中，是选择奇数节点还是偶数节点？（理论）

我们来通过一组组示例进行分析：

3节点环境：1个master、2个slave

存储空间：最大等于1个节点的容量。（如果是2个master的话，那么数据会丢失一部分）

冗余性：允许1个节点故障。

4节点环境：2个master、2个slave

存储空间：2个节点的容量。

冗余性：允许1个节点故障。（集群中，半数以上节点认为故障，才会选举。）

5节点环境：2个master、3个slave

存储空间：2个节点的容量。

冗余性：允许2个节点故障。

6节点环境：3个master、3个slave

存储空间：3个节点的容量。

冗余性：允许2个节点故障。

依次类推... ...

3节点和4节点对比：

容量：后者多了1个节点的存储空间。

冗余：都是允许1个节点故障。

4节点和5节点对比：

容量：都是2个节点的容量。

冗余：后者多了1个节点的冗余。

通过对比发现： redis集群选择奇数节点还是偶数，还是要看业务的需求。

举个例子：业务的数据总量2个节点就可以满足，那么就看业务对冗余性的要求，

如果有1个冗余就OK，那么就考虑4个节点的集群。

如果要更高的冗余，那么就考虑5个节点的集群。

不过话又说回来了，企业既然选择了redis集群，公司也不差这一个节点的钱，

一般做法是偶数节点的redis集群。