Tzn*_*Tzn 0 mongodb alerts mongodb-atlas mongodb-4.2 performance-tuning
我正在使用 MongoDB Atlas,我有一个 3 个集群,具有 M30 和 100gb 的存储空间。
我当前的用例如下: - 用户在我的平台中分派一个搜索 - 平台将此搜索分派给其他提供商 (12) - 对于此搜索,每个提供商获得 2k 份文档
对于配置,我在 3 个副本集集群(M30 = 8 GB RAM • 100 GB 存储)中使用 Mongodb Atlas。我还有一个 TTL 索引,用于根据每个文档中的日期字段 (searchStartedAt) 使我用来在 10 分钟后删除文档的唯一数据库/集合中的文档过期。
我试图理解的是我收到的这个警报(“复制操作日志窗口已经低于 1 小时”),如果我做对了,主节点可以在从节点失去同步之前继续接收数据多长时间。
我想检查一下我的理解是否正确,是否有任何调整可以避免这种情况。
有人可以给我一个提示吗?如果任何其他信息可以对此提供帮助,请告诉我,我会更新问题。
非常感谢您提供有关它的任何提示。
小智 6
如果复制 OpLog 窗口小于一小时,则意味着 OpLog 中第一行和最后一行之间的时间戳小于一小时。当数据库中有大量更改并且您的 OpLog 大小“太小”时,就会发生这种情况。不,这不是致命的。这只是意味着您的辅助节点不能“回退”超过您的 OpLog 窗口。我的意思是,如果您的窗口是 f.ex。55 分钟,你不能停止你的辅助节点超过 55 分钟,因为它不能“赶上”了,它需要做“完全同步”,如果完全同步需要超过 55 分钟,它就不能完成。
您可以做的是将 OpLog 大小更改为更大。如果您将 OpLog 大小加倍,您将获得双倍大小的窗口。
| 归档时间: |
|
| 查看次数: |
3808 次 |
| 最近记录: |