我了解 MongoDB 副本集中的 Oplog 集合。当数据承载节点出现故障时,更大的 Oplog 意味着更大的恢复窗口。
但是对于永远不能成为主节点的节点,Oplog 大小重要吗?
恢复宕机节点的规则是,其 Oplog 中的最新操作当前也将在主节点的 Oplog 中找到。由于主节点 Oplogs 很大,而我们尝试恢复的节点的最新操作是记录在其 Oplog 中的最后一个操作(即使 Oplog 很小也可以跟踪),大小真的很重要吗“优先级 0”节点 Oplog?
我知道,默认情况下,优先级为 1 的辅助节点可以从任何其他承载数据的节点复制其 Oplog 中的新内容(即使该节点的优先级为 0),但是这是将大 Oplog 保持在优先级上的唯一原因0 节点?如果是这样,仅禁用该选项并强制承载数据的节点仅从主节点复制将允许我在优先级为 0 的节点中拥有一个小的 Oplog。