副本集架构

MongoDB副本集架构通过部署多种节点来达到高可用和读写分离的效果，每个副本集实例包含一个主节点（Primary节点）、一个或多个从节点（Secondary节点）、一个隐藏节点（Hidden节点）和可选的一个或多个只读节点（ReadOnly节点）。其中主节点、从节点和隐藏节点合起来统称为“主备节点”。各节点的说明如下：

节点	功能	说明
主节点（Primary节点）	负责执行和响应数据读写请求。	每个副本集实例中只能有一个主节点。
从节点（Secondary节点）	通过操作日志（oplog）同步主节点的数据，可在主节点故障时通过选举成为新的主节点，保障高可用。	通过从节点的连接地址进行连接时，只能读取数据不能写入数据。 从节点具有高可用保障，即某个从节点故障时，系统会自动将其与隐藏节点切换，若未自动切换，您可以自行切换，从节点的连接地址保持不变。 说明 如何切换从节点和隐藏节点，请参见切换节点角色。 触发节点的角色切换后，会产生1次30秒内的连接闪断，建议您在业务低峰期操作或确保应用具备重连机制。
隐藏节点（Hidden节点）	通过操作日志（oplog）同步主节点的数据，可在从节点故障时接替该故障节点成为新的从节点，也可在只读节点故障时接替该故障节点成为新的只读节点，保障高可用。	隐藏节点仅用作高可用，对客户端不可见。 隐藏节点不在“主节点的备用列表”中，不会被选举为主节点，但会参与投票选举主节点。 每个副本集实例中只能有一个隐藏节点。
只读节点（ReadOnly节点）	通过操作日志（oplog）从延迟最低的主节点或从节点同步数据，应用于有大量读请求的场景，以减轻主节点和从节点的访问压力。两个或以上只读节点可以使用ReadOnly Connection String URI连接实现读请求负载均衡。 说明 更多信息，请参见MongoDB只读节点简介。	只读节点具有高可用保障，即某个只读节点故障时，系统会自动将其与隐藏节点切换，若未自动切换，您可以自行切换，只读节点的连接地址保持不变。 说明 如何切换只读节点和隐藏节点，请参见切换节点角色。 触发节点的角色切换后，会产生1次30秒内的连接闪断，建议您在业务低峰期操作或确保应用具备重连机制。 只读节点具有独立的连接地址，适合独立系统直连访问，与已有主从节点的连接互不干扰。 只读节点不在“主节点的备用列表”中，不会被选举为主节点，也不会参与投票选举主节点。

云数据库MongoDB提供扩展节点功能，您可以按照业务需求增加从节点或只读节点的数量，详情请参见变更副本集实例配置。