Mongodb 具有备份的最小副本集配置

假设读取性能可以接受，那么使用1个隐藏的投票成员作为备份源的3节点副本集是否是可行的配置？

不能给出比以下更好的答案：这样就可以了。

文档中冗余和备份的默认建议设置为3个成员

对于启动集来说，这是完全可以接受的。

只是确认一下，您有 1个主节点、2个辅助节点和一个隐藏节点

如果是这样，不要这样做-因为隐藏节点仍将参与选举，并且您永远不希望有偶数个投票成员

---

我会去掉其中一个辅助节点，这样您就可以返回到3个节点，或者添加另一个辅助节点。

您永远不会希望分区两侧的节点数为偶数，事实上也不一定是偶数。默认情况下，您永远不会希望节点数为偶数，@Sammaye。当且仅当存在问题（网络分区、关闭节点等）时，节点数应为偶数。如果分区一侧的节点数为偶数，MongoDB可以选择主节点，则在出现CAP子句的情况下，MongoDB无法选择主节点。是，“你可以用偶数个节点成功地进行选举——这不是这里讨论的问题，”Sammaye说。如果在网络分裂的两侧都有一个偶数，最终会导致大脑分裂——但这并不是OP所问的问题。他问的是他的设置是否可以接受，不可以接受的时间是如果不能选择一个主节点，任何其他时间，复制集都会按预期运行。你的答案表明你不能用偶数个节点进行选举，因为你说……等等，实际上你的答案自相矛盾，我又读了一遍。你说“你永远不会想要偶数的投票成员”，但你也会说“或者加上另一个二等成员”，这与你的第一点是矛盾的