我了解MongoDB副本集中的Oplog集合。Oplog越大，当数据承载节点宕机时，恢复窗口越大。
然而，对于永远不能成为主节点的节点，Oplog大小重要吗?
恢复发生故障的节点的规则是，其Oplog中的最新操作当前也将在主节点的Oplog中找到。由于主节点Oplog很大，并且我们尝试恢复的节点的最新操作是其Oplog中记录的最后一次操作(即使使用非常小的Oplog也可以跟踪)，那么"优先级0"的大小真的重要吗?节点Oplog ?
我理解优先级为1的次要节点可以从默认情况下从任何其他承载数据的节点(即使该节点的优先级为0)复制其Oplog中的新内容，但是这是在优先级为0的节点上保留大Oplog的唯一原因吗?如果是这样，只要禁用该选项并强制承载数据的节点只从主节点复制，就可以让我在优先级为0的节点上拥有一个小Oplog。
Oplog的大小不必对所有成员都相同，尽管建议这样做。您可以将特定的辅助服务器配置为具有较小的oplig大小，然后使用此数据库配置测试应用程序。