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()指令生效。