MongoDB选举中arbiter（仲裁者）的投票机制是怎样的？

MongoDB的仲裁者绝非随机投票，它会基于集群同步的元数据信息，按照副本集的选举规则做出理性投票，核心目标是帮助集群选出最适合成为主节点（Primary）的候选者。具体依据的关键信息包括：

• 候选节点的数据完整性：仲裁者会同步集群中各节点的oplog（操作日志）信息，优先投票给拥有最长oplog、数据与集群多数节点保持一致的候选节点——这是为了确保新主节点的数据是最新、最完整的，避免数据丢失或不一致。
• 候选节点的健康状态：仲裁者会通过集群心跳机制确认候选节点的运行状态，只有网络连通正常、能稳定响应集群请求的健康节点，才会获得它的投票。
• 副本集的配置规则：如果集群配置中设置了节点优先级（priority），在其他条件相同的情况下，仲裁者会倾向于给优先级更高的节点投票，遵循预先设定的集群选举偏好。
• 多数决原则的适配：仲裁者的投票始终服务于帮助集群快速形成多数票，打破偶数节点场景下的票数僵局，不会做出违背集群选举逻辑的决策。

需要注意的是，仲裁者虽然不维护数据副本，但会全程参与集群的心跳检测和元数据同步，因此能获取到所有必要的选举相关信息，确保投票的合理性。

内容的提问来源于stack exchange，提问作者Prajwal Krishna