Windows Server 配置 MongoDB 复制集

配置流程

停止默认的 MongoDB 服务，并将其设置为手动启动。
执行下面的命令，用指定的配置文件将 mongod 安装为服务。

mongod --config "e:\upcweb\MongoDB\Server\4.2\conf\mongod.conf" --serviceName "MongoDB1" --serviceDisplayName "MongoDB1" --install

配置文件内容如下：

storage:
  dbPath: e:\upcweb\MongoDB\Server\4.2\data
  journal:
    enabled: true

systemLog:
  destination: file
  logAppend: true
  path:  e:\upcweb\MongoDB\Server\4.2\log\mongod.log

net:
  bindIp: 0.0.0.0
  port: 27017

replication:
  replSetName: rs0

启动前一步所创建的服务。

MongoDB 要实现高可用复制集的话，需要至少有三个实例，并且需要有奇数个实例。
所以如果有多台电脑需要配置 MongoDB，就需要在各个电脑上均按照上述的方式进行配置。
如果一台电脑上要运行两个 MongoDB 实例，则要为不同的实例分配不同的端口号，以保证实例之间不冲突。

添加复制集。

# 进入 mongo shell
mongo
# 由于按前面的步骤操作之后，第一个实例默认会自动成为主节点
# 因此直接添加其他的实例即可
rs.add({ _id: 1, host: "192.168.8.27:27017" })
rs.add({ _id: 2, host: "192.168.8.27:27018" })
# 查看复制集配置结果
rs.status()

设置固定主节点

如需保证主节点始终为某个节点，则需进行如下配置。

var conf = rs.conf()
// 将0号节点的优先级调整为10
conf.members[0].priority = 10
// 应用调整
rs.reconfig(conf)

访问复制集

按如下流程操作，即可访问复制集中的从节点。

# 进入从节点的 mongo shell
mongo
# 临时启用从节点的读权限
rs.secondaryOk()
# 访问从节点的库和表
……

清理失效的复制集

从节点的复制集失效后，需在主节点中手动清理，否则整个数据库服务将不可用。

以下两种方式均可清理失效的复制集，按需使用即可。

# 方法一
rs.remove({ _id: 1, host: "192.168.8.27:27017" })

# 方法二
# 将现在的的配置赋值给 cfg
cfg = rs.conf()
# 修改 cfg 来移除节点
cfg.members.splice(1, 2)
# 通过如下命令将新的配置覆盖应用在复制集用
rs.reconfig(cfg)
# 或者
rs.reconfig(cfg, { force: true })

# 确认新的配置是否生效
rs.conf()

参考资料

实验：搭建复制集：极客时间 MongoDB 课程，搭建复制集的基本流程。
Deploy a Replica Set：MongoDB 4.2 官方文档，部署复制集的流程。
mongodb复制集windows server部署：Windows 下部署 MongoDB 复制集的流程，参考了文章中将 MongoDB 用指定配置文件安装为服务的方法，来将 MongoDB 持久化。
mongodb, replicates and error: { "$err" : "not master and slaveOk=false", "code" : 13435 }：解决 MongoDB 默认无法读取复制集从库的问题。
Form a new replica set with removed members：通过 force 参数使 re.reconfig() 指令生效。

配置流程​

设置固定主节点​

访问复制集​

清理失效的复制集​

参考资料​

配置流程

设置固定主节点

访问复制集

清理失效的复制集

参考资料