Replica Set Member States

副本集节点状态

副本集的每个节点都有一个状态。

状态

核心状态

• PRIMARY

  节点在PRIMARY状态接受写操作。副本集一次最多有一个主节点。一个SECONDARY节点在选举后成为主节点。PRIMARY 有资格投票。

• SECONDARY

  节点是SECONDARYstate复制主节点oplog并可以配置为接受读取操作。从节点可参与投票， 也有可能成为主节点在主节点不可用到时候。

• ARBITER

  节点在ARBITER状态不复制数据或接受写操作。他们有资格投票，并且存在只是为了在选举中打破平局。副本集应该只有一个成员ARBITER说明该集合是否会有偶数的投票节点，并且可能会出现平局选举。任何副本集中最多只能配置一个仲裁器。有关使用仲裁器时的注意事项，请参阅 副本集仲裁器。

有关核心状态的更多信息，请参阅副本集成员。

其他状体

• STARTUP

  副本集的每个节点启动于STARTUP 状态。然后mongod加载该节点的副本集配置，并将成员的状态转换为STARTUP2或者ARBITER. 节点在 STARTUP没有资格投票，因为他们还不是任何副本集的公认节点。

• STARTUP2

  副本集的每个数据承载节点进入 STARTUP2，然后mongod完成加载该节点的配置后，此时它成为副本集的活动节点并有资格投票。然后该节点决定是否进行初始同步。如果节点开始初始同步，该节点将保留在 STARTUP2直到复制完所有数据并建立所有索引。之后，节点过渡到RECOVERING.，从 MongoDB 5.0 开始，如果节点是新添加到副本集的，则在初始同步过程中没有投票资格，也不能被选举。

• RECOVERING

  副本集的节点进入RECOVERING状态还不能接受读取操作。RECOVERING状态可以在正常操作期间出现，并不一定反映错误情况。节点在RECOVERING状态有资格在选举中投票，但没有资格成为 PRIMARY。一个节点在复制足够的数据以保证客户端读取数据的一致视图之后从RECOVERING至SECONDARY 。之间的唯一区别RECOVERING 和SECONDARY状态是RECOVERING 禁止客户端读取和SECONDARY允许他们读取。 SECONDARY状态不保证与主节点相关的数据的陈旧性。由于过载，从节点副本可能远远落后于副本集的其他节点，以至于它可能需要与副本集的其余部分重新同步。发生这种情况时，节点进入 RECOVERING状态，需要人工干预。

• ROLLBACK

  每当副本集在选举中替换主节点时，旧的主节点可能包含未复制到从节点 的文档。在这种情况下，旧的主节点会恢复这些写入。在 回滚期间，节点将拥有 ROLLBACK状态。节点在ROLLBACK状态有资格在选举中投票。从 4.2 版开始，MongoDB 会在节点进入时终止所有正在进行的用户操作ROLLBACK状态。

错误状态

处于任何错误状态的节点都不能投票。

• UNKNOWN

  从未将状态信息传递给副本集的节点在UNKNOWN状态。

• DOWN

  失去与副本集连接的节点被视为DOWN，该集合的其余节点。

• REMOVED

  从副本集中删除的节点进入REMOVED 状态。当节点进入REMOVED状态，日志将使用replSet REMOVED消息条目标记此事件。

← 数据库local_ 分片 →

原文链接 - https://docs.mongodb.com/manual/reference/replica-states/

译者：陆文龙