副本集成员国

核心国¶

PRIMARY¶

PRIMARY州议员接受写操作。一个副本集一次最多具有一个主副本。[1]甲SECONDARY构件成为后主选举。该PRIMARY 州的会员有资格投票。

SECONDARY¶

处于SECONDARY状态的成员复制主数据库的数据集，并且可以配置为接受读取操作。次要候选人有资格在选举中投票，PRIMARY如果主要候选人不可用，则可以当选州议员。

ARBITER¶

处于ARBITER状态的成员不复制数据或接受写操作。他们有资格投票，仅在选举中打破平局。如果副本集ARBITER的表决成员数将是偶数，并且副本集可能受困，则该副本集应仅在该状态中具有成员。任何副本集中最多只能配置一个仲裁器。有关使用仲裁器的注意事项，请参阅doc：/ core / replica-set-arbiter。

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

其他国家¶

STARTUP¶

副本集的每个成员都以STARTUP 状态启动。mongod然后加载该成员的副本集配置，并将该成员的状态转换为STARTUP2。中的成员STARTUP尚未获得任何投票集的公认成员资格， 因此没有资格投票。

STARTUP2¶

副本集的每个成员在加载完该成员的配置后STARTUP2立即进入状态mongod，这时它将成为副本集的活动成员并可以投票。然后，成员决定是否进行初始同步。如果成员开始初始同步，则该成员将一直保留STARTUP2到复制所有数据并构建所有索引为止。之后，成员转换为 RECOVERING。

RECOVERING¶

副本集的成员RECOVERING尚未准备好接受读取时便进入状态。该RECOVERING状态可以在正常操作期间发生，并不一定反映错误情况。RECOVERING州议员有资格在选举中投票，但没有资格进入 PRIMARY州。

在复制足够的数据以确保客户端读取的数据具有一致的视图之后，成员从过渡RECOVERING到SECONDARY。RECOVERING 和SECONDARY状态之间的唯一区别是，RECOVERING 禁止客户端读取并SECONDARY允许读取。 SECONDARY状态不保证有关主数据的过时性。

由于过载，辅助副本可能远远落在副本集的其他成员之后，因此它可能需要与副本集中的其余成员重新同步。发生这种情况时，成员进入 RECOVERING状态并需要手动干预。

ROLLBACK¶

每当副本集替换一次选举中的主数据库时，旧的主数据库可能包含未复制到辅助 成员的文档。在这种情况下，旧的主要成员将还原这些写入。在回滚期间 ，成员将具有 ROLLBACK状态。该ROLLBACK州的会员有资格在选举中投票。

从4.2版开始，当成员进入ROLLBACK状态时，MongoDB会终止所有正在进行的用户操作。

错误状态¶

处于任何错误状态的成员都无法投票。

UNKNOWN¶

从未将状态信息传递给副本集的成员处于UNKNOWN状态。

DOWN¶

与副本集失去连接DOWN的成员将被该集合的其余成员视为。

REMOVED¶

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