礼貌吗？ 你是否曾经主要原因是数据库服务器的一夜宕机而彻夜难眠？那种看着红灯闪烁、数据无法读取的无力感，绝对是每一位运维工程师和DBA的噩梦。说实话， 单机版的MongoDB虽然它就像是在走钢丝，没有任何容错能力。一旦那台唯一的机器挂掉，你的数据可能就真的“随风而逝”了。

别担心， 今天我们要聊的这个话题——MongoDB复制集就是专门为了解决这个痛点而生的。它不仅能实现数据的自动备份，还能在主节点故障时自动选举出新的主节点，实现真正的“高可用”。听起来是不是很酷？这不仅仅是一个技术配置，更是给你的数据买了一份“全险”。接下来我们就以CentOS系统为例，手把手教你如何搭建这套坚不可摧的MongoDB复制集。

为什么我们需要MongoDB复制集？

就这样吧... 在深入代码之前，我想先和大家聊聊“为什么”。很多初学者觉得配置复制集麻烦，端口多、配置文件复杂，还要考虑选举机制。但是 当你面对以下场景时你会感谢你今天做出的努力：

• 数据零丢失： 数据在多个节点之间实时同步，一个节点挂了数据还在其他节点上。
• 自动故障转移： 主节点宕机？没问题，复制集会自动投票选出一个新的主节点，应用甚至不需要修改连接字符串。
• 读写分离： 你可以把密集的统计查询任务分发到从节点上，减轻主节点的压力。
• 维护不中断： 需要升级系统或打补丁？你可以轮流重启节点，业务完全无感知。

所以虽然配置过程稍微繁琐一点，但为了这份安心，这一切都是值得的。我们通常建议至少使用三个节点来构建一个复制集， 不忍直视。 这也是为了保证选举机制的正常工作。

准备工作：环境规划

为了方便演示，假设我们有三台安装了CentOS 7的服务器。当然 你也可以请务必将它们分散在不同的物理机上，提到这个...。

服务器角色	IP地址	端口	说明
Server 1	192.168.1.10	27017	默认会成为主节点
Server 2	192.168.1.11	27017	从节点， 备份数据
Server 3	192.168.1.12	27017	从节点，也可作为仲裁节点

在开始之前，请确保三台机器的防火墙已经放行了MongoDB的默认端口27017，并且它们之间可以通过内网互相Ping通。这一点非常关键，我见过太多主要原因是防火墙阻拦导致节点无法通信的案例。

第一步：在所有节点上安装MongoDB

工欲善其事，必先利其器。我们先说说需要在所有三台服务器上安装MongoDB。为了确保版本的一致性，建议使用官方的Yum仓库进行安装，我给跪了。。

打开终端，我们需要创建一个仓库配置文件。这个步骤虽然基础，但却是万里长征的第一步。使用以下命令来创建并配置MongoDB的yum仓库：，功力不足。

cat 

无语了... 看到上面的代码了吗？这里我们使用的是5.0版本，当然你可以根据需要替换成你喜欢的版本号。配置好仓库后安装就变得非常简单了。施行下面的命令， 然后去喝杯水，等待系统自动下载并安装：

sudo yum install -y mongodb-org

白嫖。 安装完成后不要急着启动，我们还有更重要的事情要做——配置。

第二步：配置MongoDB实例

这是整个过程中最核心、也最容易出错的地方。MongoDB的默认配置是为单机设计的，我们需要修改配置文件以支持复制集功能。

我裂开了。 你需要为每个MongoDB实例创建一个配置文件。虽然三台服务器的配置大体相同，但为了保险起见，我们还是逐个检查。配置文件通常位于 /etc/mongod.conf。用你喜欢的编辑器打开它：

sudo vi /etc/mongod.conf

我们需要关注几个关键部分。先说说net部分确保MongoDB监听在正确的端口和IP上。 没法说。 为了方便节点间通信，建议将 bindIp 设置为 0.0.0.0。

最重要的是 replication 部分。这是开启复制集功能的开关。你需要添加或修改以下内容：

storage:
  dbPath: /var/lib/mongo
  journal:
    enabled: true
systemLog:
  destination: file
  logAppend: true
  path: "/var/log/mongodb/mongod.log"
net:
  port: 27017
  bindIp: 0.0.0.0
replication:
  replSetName: "rs0"  # 复制集名称， 所有节点必须一致

请注意 replSetName这里我们命名为 "rs0"。你可以改成任何你喜欢的名字，但请记住所有参与该复制集的节点，这个名称必须完全一致。如果名字不一样，它们就像是在说不同语言的人，无法交流，这是可以说的吗？。

记住... 保存并退出编辑器。这个配置文件需要在所有节点上都保持一致。别偷懒，每台机器都检查一遍。

第三步：启动并启用MongoDB服务

配置文件搞定后接下来就是启动服务了。在每台服务器上， 依次施行以下命令：

sudo systemctl start mongod

如果没有任何输出，通常意味着启动成功了。为了确保MongoDB在服务器重启后能自动运行， 我们还需要施行：，完善一下。

sudo systemctl enable mongod

试试水。 这时候，虽然三个MongoDB实例都在运行，但它们之间还没有任何联系，它们就像三个互不相识的孤岛。接下来的步骤，就是要把它们串联起来。

第四步：初始化复制集

激动人心的时刻到了！我们现在要告诉MongoDB：“嘿，你们几个是一个团队的，开始干活吧！”，捡漏。

我们需要连接到其中一台MongoDB实例来施行初始化命令。你可以直接在Server 1的终端上输入：，ICU你。

mongo --host 192.168.1.10 --port 27017

进入MongoDB的Shell界面后你会看到一个 提示符。在这里我们需要定义复制集的配置对象。 我服了。 这个配置对象里包含了所有成员的信息。

输入以下命令：

rs.initiate({
  _id: "rs0",
  members: 
})

按下回车键后 你会看到一些警告信息，紧接着可能会看到状态变为 PRIMARY 或者 SECONDARY。别急，选举需要一点时间，通常几秒钟内就会完成。

验证复制集状态

怎么知道配置成功了？很简单，在Shell中输入：

rs.status

从一个旁观者的角度看... 你会看到一大段JSON格式的输出。重点关注 members 数组中的每个节点的 stateStr 字段。你应该能看到一个节点是 PRIMARY再说一个两个是 SECONDARY。如果看到这个，恭喜你，你的复制集已经搭建成功了！

第五步：高级配置——掌控你的集群

基本的复制集虽然能用， 但作为一个追求极致的技术人员，我们还可以做得更好。MongoDB允许我们通过配置优先级、隐藏节点和延迟节点来精细控制集群的行为。

配置优先级

默认情况下所有节点的优先级都是1。这意味着它们都有机会成为主节点。但如果你有一台配置更好的服务器，你肯定希望它永远是主节点。这时候，我们就可以调整优先级，公正地讲...。

你看啊... 比如 我们要让Server 1的优先级更高，可以在配置中这样写：

cfg = rs.conf
cfg.members.priority = 2
rs.reconfig

这样，在选举时Server 1就会拥有更大的权重，更容易胜出，我CPU干烧了。。

配置隐藏节点或延迟节点

有时候， 我们希望某个节点只用来做数据备份，或者用来跑报表任务，不希望它参与选举，也不希望客户端连接到它。这时候，就可以配置“隐藏节点”。

甚至， 为了防止人为误操作，我们可以配置一个“延迟节点”，让它比主节点晚几个小时同步数据。 拯救一下。 一旦主节点出事了我们还有时间从延迟节点里抢救数据。

假设我们要把Server 3配置为隐藏节点， 并添加一个延迟节点，配置示比方说下：

rs.reconfig({
  _id: "rs0",
  members: 
})

在这个配置中，hidden: true 表示该节点对应用不可见，slaveDelay: 3600 表示该节点会延迟3600秒才同步主节点的数据。这简直是数据平安的再说说一道防线，蚌埠住了...！

常见问题与排查

配置过程中难免会遇到坑。别灰心，这是正常的。这里有几个我踩过的坑，分享给大家：，太刺激了。

1. 节点无法启动： 检查 /var/log/mongodb/mongod.log。很多时候是主要原因是权限问题，或者 dbPath 目录不存在，我深信...。

啊这... 2. 复制集状态一直是STARTUP2： 这通常意味着数据正在全量同步。如果你的数据量很大，这可能需要很长时间。耐心等待，或者检查网络带宽是否被占满。

3. 无法选举出主节点： 记住复制集需要大多数节点在线才能选举。如果你有3个节点，必须有2个在线。 换个赛道。 如果只有1个在线，剩下的节点会变成从节点，拒绝写操作，这是为了保护数据一致性。

翻车了。 看， 配置CentOS MongoDB复制集其实并没有想象中那么难，对吧？只要按照步骤一步步来从安装、修改配置文件，到初始化和高级调优，整个过程就像是在搭积木。虽然中间可能会遇到一些小插曲， 比如防火墙拦截或者配置文件写错，但当你看到 rs.status 输出完美的状态时那种成就感是无与伦比的。

现在你已经拥有了一个高可用、自动故障转移的MongoDB集群。不管是面对硬件故障，还是计划内的维护，你都可以从容应对。数据是企业的核心资产，保护好它，是我们每一个技术人的责任。希望这篇文章能帮助你轻松搞定MongoDB复制集，让你的数据服务稳如泰山！

---