MongoDB副本集通过多节点数据同步实现高可用与故障自动转移。本文将解析其主从架构与选举机制，并提供从单实例转换到副本集、添加成员及状态检查的完整操作指南，帮助读者快速构建可靠的数据冗余方案。

为什么使用副本集

MongoDB复制（Replication）是跨多个服务器同步数据的核心机制。通过维护多份数据副本，系统能够在硬件故障或服务中断时快速恢复，同时提供以下关键优势：

• 数据安全保障：多节点冗余存储防止单点数据丢失。
• 高可用性：主节点故障时自动选举新主，保障服务连续性。
• 无停机维护：备份、索引重建或压缩操作可在从节点执行，不影响主节点写入。
• 分布式读取：读请求可分流至从节点，提升系统吞吐量。
• 应用透明：副本集对客户端逻辑隐藏底层拓扑，无需修改业务代码。

副本集架构与工作原理

副本集（Replica Set）由一组托管相同数据集的mongod实例组成。其核心架构遵循以下规则：

• 集群通常包含至少3个节点，确保选举法定人数。
• 仅有一个主节点（Primary）接收所有写操作，其余为从节点（Secondary）。
• 主节点将操作日志（Oplog）同步至从节点，从节点重放日志以保持数据一致。
• 主节点故障时，剩余节点自动发起选举，推选新主节点。
• 故障节点恢复后，自动重新加入集群并作为从节点同步数据。

客户端应用程序始终与主节点交互，主节点完成写入后异步复制至从节点。该架构支持自动故障转移与恢复，且集群内任一节点均可通过选举成为主节点。

图：MongoDB复制示意图

核心功能特性

• N节点集群架构，支持灵活扩展。
• 所有写操作强制路由至主节点，保障数据一致性。
• 内置自动故障转移与节点恢复机制。
• 基于多数派共识的选举算法，避免脑裂问题。

部署与初始化副本集

将独立MongoDB实例转换为副本集需按以下步骤操作：

1. 停止现有服务：安全关闭正在运行的MongoDB服务器。
2. 启用副本集模式：通过--replSet参数重启mongod进程。基本语法如下：

mongod --port "PORT" --dbpath "YOUR_DB_DATA_PATH" --replSet "REPLICA_SET_INSTANCE_NAME"

示例：在27017端口启动名为rs0的副本集实例：

mongod --port 27017 --dbpath "D:\set up\mongodb\data" --replSet rs0

3. 初始化副本集：连接至该实例的Mongo Shell，执行rs.initiate()启动新副本集。
4. 验证配置与状态：使用rs.conf()查看副本集配置，通过rs.status()检查节点同步状态与健康情况。

添加副本集成员

扩展副本集需在多台主机启动mongod实例，并通过主节点将其加入集群。操作前需确认当前连接为主节点，可使用db.isMaster()验证。

添加成员的基本语法：

> rs.add("HOST_NAME:PORT")

示例：将运行在27017端口的mongod1.net实例加入副本集：

> rs.add("mongod1.net:27017")

注意：仅当客户端连接至主节点时，rs.add()命令才会生效。新成员加入后将自动开始数据同步，直至与主节点数据一致。