MongoDB 副本集 OpLog Gb/Hour 快速增加，试图找出原因

Question

问题

MongoDB (v 2.6.6) 三节点副本集 OpLog Gb/Hour 在几天内迅速增长，几个月来一直保持每小时 20mb。我试图找出原因。了解 Oplog.rs 是一个 Capped Collection，这与交易量增加有关，但我发现很难隔离交易量增加的原因。

OPLOG Gb/小时

4 月 2 日 - 11 日 = 每小时 20mb。

4 月 12 日 - 13 日 = 每小时 40mb。

4 月 14 日 - 18 日 = 每小时 50mb。

4 月 19 日 = 每小时 70mb。

4 月 20 日 = 每小时 120mb。

4 月 21 日 = 每小时 180mb。

4 月 22 日 = 每小时 230mb。

4 月 23 日 = 每小时 310mb。

4 月 24 日 = 每小时 650mb。

调试至今

• 在所有数据库上执行 db.getProfilingStatus()。返回所有数据库：

  {
  "was" : 0,
  "slowms" : 100
  }
  

  “0”正在禁用探查器。

• 确认增长不是客户数量的同等增长。

• 查询集合 oplog.rs 到目前为止还没有出现任何明显的模式。开发团队证实，在 16 日更新后，预计不会增加数据的持久性。我没有排除错误，但目前没有明显的异常。

• DB.local（包含 oplog.rs 集合）中的平均对象大小显示出与 Oplog GB/小时类似的增长模式。很长一段时间都是7.45Kb。现在是 50KB。不确定这是原因还是结果。

如果可能，请寻找可能有助于此隔离过程的更多提示/技巧。

复制 OpLog 窗口从 2 月 22 日的 5300 小时下降到今天的 73 小时。

感谢您的帮助。

Answer 1

您可以查询 local.oplog.rs，以查看 oplog 中的内容。

我会在 oplog 中检查高于平均对象大小的文档，看看它是如何使用的。

类似：

db['oplog.rs'].find()
    .limit(50)
    .forEach(
        function (x) { 
            if(Object.bsonsize(x) > 70000) 
                print(x);
        }
    );

最好从较小的限制开始，这样您在第一次查询时就不会得到几兆字节。

我的盲目猜测是，您有一些不断增长的文档会被整体查询和更新。