关于 MongoDB 副本集选主的必知点-CSDN博客

Priority 值表示成员的权重，用于在选举过程中确定成员成为主节点的可能性（本质是被投票的机会）。Priority 的取值范围为 0 到 1000，默认情况下，所有成员的 Priority 值都是 1。通过设置 Priority 值，可以影响成员在选举过程中被选为主节点的机会。Priority 值越高，成员被选为主节点的可能性就越大。

当 Priority 值被设置为 0 时，这意味着该成员在选举过程中不具备成为主节点的资格。即使该成员的数据是最新的，或者它收到了其它成员的选举请求，它也不会给自己投票，也不会被其它成员选为主节点。

因此，在配置 MongoDB 副本集时，如果希望某个成员永远不被选为主节点（例如，在某些多数据中心部署中，可能希望某个数据中心的节点仅作为备份而不参与主节点的选举），可以将该成员的 Priority 值设置为 0。

需要注意的是，虽然 Priority 值为 0 的节点不能被选为主节点，但它仍然可以参与选举过程（如果它的 vote 值被设置为 1）。在选举过程中，它会根据自己的判断来投票支持其它候选节点。然而，由于它的 Priority 值为 0，它永远不会成为被投票的候选节点。

5. 票数等于节点数量的一半可能被选为主节点么？

在 MongoDB 副本集中，一个节点要被选为主节点，其获得的票数必须超过副本集中节点数量的一半（即获得“大多数”的支持）。如果节点的票数仅仅等于节点数量的一半，那么它不会被选为主节点。

MongoDB 副本集的选举机制是基于“大多数”原则来确保数据的一致性和高可用性的。这个原则要求新的主节点必须获得副本集中超过半数节点的投票支持。这样做可以防止在出现网络分区（network partition）或节点故障时，出现多个主节点的情况，从而维护数据的一致性和副本集的完整性。

因此，在 MongoDB 副本集中，一个节点要成为主节点，必须获得超过半数节点的投票支持，这是决定性因素。而其它选举条件（如数据是最新的、优先级足够高等）会为节点争取更多的票数。如果节点的票数仅仅等于节点数量的一半，那么它将无法满足“大多数”原则的要求，因此不会被选为主节点。

总的来说，MongoDB 副本集的选举机制确保了只有获得足够支持的节点才能成为主节点，从而维护了数据的一致性和副本集的高可用性。

6. 两个节点的副本集，节点 A 的 vote=1，priority=1；节点 B 的 vote=0，priority=10，如何选举主节点？

在 MongoDB 的两个节点副本集中，节点 A 和节点 B 的 vote 与 priority 值不同，这会影响选举主节点的过程。以下是基于 MongoDB 副本集选举机制的详细分析。

（1）选举机制概述

MongoDB 副本集的选举机制是为了在主节点故障时能够自动恢复服务。选举过程遵循特定的规则和条件，包括节点的状态、数据更新情况、投票权和优先级等。

（2）节点配置分析

节点A：

vote=1：表示节点 A 具有投票权。
priority=1：表示节点 A 在选举中的优先级为 1（默认优先级）。

节点B：

vote=0：表示节点 B 没有投票权。
priority=10：虽然节点 B 的优先级设置为 10，但由于其没有投票权，这在选举过程中不起决定性作用。

（3）选举过程分析

选举触发：当主节点故障或不可达时，副本集会触发选举过程。
节点状态与数据更新：在选举开始时，节点 A 和节点 B 都会检查自身的数据版本，确保数据是最新的（或至少与故障前的主节点数据一致）。
投票过程：由于副本集中只有两个节点，且节点 B 没有投票权，因此只有节点 A 能够参与投票。节点 A 会给自己投一票（自举），同时尝试从节点 B 获取投票。A 不会自动投票给 B，因为选举是主动的，而不是被动等待其它节点提名。
选举结果：根据 MongoDB 的选举规则，节点需要获得超过半数成员的投票才能成为主节点。在这个两节点的副本集中，由于节点 B 没有投票权，因此节点 A 实际上获得了唯一的投票（即自己的投票）。由于节点 A 获得了超过半数（实际上是全部）的“有效”投票（考虑到节点 B 没有投票权），并且其数据是最新的，因此节点 A 会被选为新的主节点。

（4）结论

在 MongoDB 的两个节点副本集中，当节点 A 的 vote=1 且 priority=1，而节点 B 的 vote=0 且 priority=10 时，由于节点 B 没有投票权，因此节点 A 会获得唯一的投票并成为新的主节点。这说明在 MongoDB 副本集的选举过程中，节点的投票权（vote）比优先级（priority）更为关键。在没有其它节点参与投票的情况下，即使节点的优先级再高，如果它没有投票权，也无法被选为主节点。

7. 什么情况下会自举？

上例的 MongoDB 两个节点副本集选举主节点的过程中，节点 A 会自举（即给自己投票）的原因主要基于 MongoDB 副本集选举机制的设计，以下是详细解释。

（1）选举机制概述

MongoDB 副本集的选举机制是为了在主节点故障时能够自动从剩余的副节点中选举出一个新的主节点，以保证服务的连续性和数据的一致性。选举过程遵循特定的规则和条件，包括节点的状态、数据更新情况、投票权和优先级等。

（2）节点自举的定义

在 MongoDB 副本集的选举过程中，自举（self-election）是指一个节点在没有收到其它节点的选举请求或投票时，主动发起选举并给自己投票的行为。这通常发生在以下情况之一：

节点是副本集中唯一的活跃节点（即其它节点都故障或不可达）。
节点在选举超时时间内（默认 30 秒）没有收到其它节点的选举请求或投票。

（3）自举原因

在上例中节点 B 没有投票权，因此，即使节点 B 的数据是最新的，它也无法参与投票。副本集中只有节点 A 能够参与投票。当主节点故障或不可达时，副本集中的节点会开始选举过程。节点 A 会检查自身的数据版本，确保数据是最新的。同时，它会等待其它节点的选举请求或投票。由于节点 B 没有投票权，因此不会向节点 A 发送选举请求或投票。如果选举超时时间内没有收到其它节点的选举请求或投票，节点 A 会认为自己可能是唯一的活跃节点。

基于以上原因，节点 A 会发起自举行为，即给自己投票并尝试成为新的主节点。由于副本集中只有节点 A 具有投票权，且没有其它节点与之竞争，因此节点 A 会成功获得超过半数（实际上是全部）的“有效”投票。

（4）结论

在 MongoDB 的两个节点副本集中，当其中一个节点（节点B）没有投票权时，另一个节点（节点A）会发起自举行为并给自己投票。由于副本集中只有节点 A 具有投票权且没有其它节点与之竞争，因此节点 A 会成功被选为新的主节点。这确保了服务的连续性和数据的一致性。

8. 两个节点的副本集，节点 A 的 vote=1，priority=0；节点 B 的 vote=0，priority=10，如何选举主节点？

针对本例两个节点副本集的选举情况，可以根据 MongoDB 的选举机制进行详细分析。

（1）副本集配置

节点A：vote=1，priority=0
节点B：vote=0，priority=10

（2）选举机制分析

优先级（Priority）：优先级是决定节点在选举中成为主节点可能性的关键因素。通常情况下，优先级为 1 的节点是默认的主节点候选者，而优先级为 0 的节点则不会被选为主节点。
投票权（Vote）：投票权决定了节点在选举过程中是否有权投票。通常，副本集中的每个成员（除了仲裁节点）都有投票权。但在此场景中，节点 B 的投票权被设置为 0，这意味着它在选举过程中不能投票。
选举条件：副本集中的主节点选举必须满足“大多数”的原则，即选举出的主节点必须得到副本集中一半以上成员的投票支持。

（3）选举过程分析

节点A：优先级为 0，根据选举规则，优先级为 0 的节点不会被选为主节点。因此，尽管节点 A 有投票权，但它自己无法成为主节点。
节点B：优先级为 10，但由于投票权被设置为 0，它无法参与投票过程。然而，在只有两个节点的副本集中，如果其中一个节点（如节点 A）无法成为主节点（因为其优先级为 0），那么另一个节点（即使它没有投票权）也可能被自动选为主节点，前提是它满足成为主节点的其它条件（如与副本集中的其它节点保持心跳连接等）。