在 MongoDB Bitnami Replicaset 架构中配置 Oplog 大小答案

【问题标题】：Configure Oplog Size in MongoDB Bitnami Replicaset Architecture在 MongoDB Bitnami Replicaset 架构中配置 Oplog 大小
【发布时间】：2021-08-25 21:06:55
【问题描述】：

我在 MongoDB 的 Bitnami Helm 图表中找不到配置更高 MongoDB oplog 大小的方法，here。

我的理解是oplog会将所有最近的数据保持到一定的大小，或者年龄，然后丢弃。该 oplog 允许离线的副本在它们重新在线后赶上主 oplog。

但是我看不到配置它的方式，也看不到它采用的默认值。根据 MongoDB 文档，对于 linux 将有 5% 的可用空间，最少 990MB 和最大 50GB，但对于 Bitnami helm chart，这可能会有所不同。

我会将图片保存在数据库中，压缩后每张图片大小约为 1MB。这将比仅使用文本的数据库更快地填充 oplog。

作为一个额外的问题，隐藏的 Mongo 节点是否需要与其他可能成为主节点的节点具有相同大小的 oplog？我也找不到答案。

【问题讨论】：

标签： mongodb bitnami mongodb-replica-set mongodb-oplog

【解决方案1】：

您可以使用extraFlags 参数在bitnami Helm Chart 上进行配置。该参数会将选项传递给 MongoDB 启动。

查看 MongoDB 文档，您可以使用 replication.oplogSizeMB，解释为 here。参考是针对 MongoDB 配置文件的，但正如 here 解释的那样，配置文件上的选项等同于命令行选项。

【讨论】：

【解决方案2】：

试试rs.printReplicationInfo()

输出是这样的：

configured oplog size:   192MB
log length start to end: 65422secs (18.17hrs)
oplog first event time:  Mon Jun 23 2014 17:47:18 GMT-0400 (EDT)
oplog last event time:   Tue Jun 24 2014 11:57:40 GMT-0400 (EDT)
now:                     Thu Jun 26 2014 14:24:39 GMT-0400 (EDT)

您会看到 oplog 大小。 log length start to end 的时间意味着，在不到 18.17 小时前断开连接的 SECONDARY 仍然能够同步。

【讨论】：