如果发现副本集要求有点混乱，我可能遗漏了一些明显的东西（比如在什么条件下有选举）。
我知道，在正常操作中，您需要法定人数，并且会进行投票并获得您需要的多数票和奇数台机器。
但是由于我们使用副本集进行故障转移，如果主节点死了，那么我们将剩下偶数个投票成员，根据我有限的经验，这会延长选举主节点的时间。
此外，根据文档，添加投票成员不会启动选举，似乎启动（引导）具有偶数个节点的副本集更有意义？
因此，如果我们开始说副本集中有 4 台机器，而其中一台机器死亡，则需要 3 台机器进行重新选举，快速仲裁。我们重新添加一台机器以恢复正常运行状态，无需重新选举，我们恢复正常运行状态。
有人能解释一下吗？
【问题讨论】：
标签： mongodb
TL;DR：对于单主系统，即使是分区也无法确定哪个剩余部分仍占多数，从而导致两个系统都关闭。
设 N 是一个由四台机器组成的集群：
设 M 为三台机器的集群：
=> 以 3/4 的成本获得相同的结果。
现在，让我们添加一两个假设：
假设您有两个数据中心，一个有两个数据库实例和后端服务器机器。如果与备份中心（有一个 MongoDB 实例）的连接失败，您仍然在线。
现在，如果您在备份数据中心添加第二个 MongoDB 实例，网络分区虽然看起来更高的冗余，但会产生较低的可用性，因为在网络分区的情况下我们会失去大部分并且无法继续运行。
=> 较少可用性较高。但这还不能回答问题。
假设您真的很担心可用性：您有两个数据中心，后端服务器位于两个数据中心，任播 IP，整个交易。现在两个数据中心之间的网络是分区的，但是一些客户端连接到数据中心 A，而另一些连接到数据中心 B。您现在如何确定哪个数据中心可以接受写入？这是不可能的——这就是为什么奇数是必要的。
您实际上并不需要 Anycast IP、BGP 或任何花哨的东西才能使问题成为现实，任何编写应用程序（如工作人员、陈旧的请求等）都需要稍后合并不同writes，这是一个完全不同的并发方案。
【讨论】：