问题

Question

问题

MongoDB（v 2.6.6）三节点复制品集OpLog Gb / Hour在几天的过程中迅速增加，每小时达到20mb，持续数月。我试图找出原因。理解Oplog.rs是一个Capped Collection，这与增加交易量有关，但我发现很难找出增加交易量的原因。

OPLOG Gb / HOUR

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中的Avg Obj Size（包含oplog.rs集合）显示与Oplog GB /小时类似的增长模式。很长一段时间是7.45Kb。现在是50KB。不确定这是不是因果关系。

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

Replication OpLog Window从2月22日的5300点降至今天的73点。

感谢您的帮助。

Answer 1

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

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

类似的东西：

#sites-left {
    float: left;
}

#sites-right {
    float: right;
}

.sites_title {
    font-size: 18px;
    font-weight: bold;
    color: #e4b31e;

    position: relative;
    top: 15px;
}

.resize {
    width: 25px;
    height: auto;

    opacity: 0.5;
}

.resize:hover {
    opacity: 0.7;
}

#already_voted {
    list-style: none;
    margin-top: 15px;
}

#already_voted li {
    margin-left: 15px;
    display: inline;
}

.line {
    width: 100%;
    height: 1px;
    border-bottom: solid 1px rgba(255, 255, 255, 0.1);
    margin-top:10px;

    clear: both;
}

.site {
    width: 100px;
    display: inline-block;
    list-style: none;
    margin-top: 20px;

    margin-right: 3%;
}

.selected {
    border-bottom: 10px solid rgba(255, 255, 255, 0.5);
}

最好从较小的限制开始，以便在第一次查询时不会获得几兆字节。

我的盲目猜测是你有一些不断增长的文件可以作为一个整体进行查询和更新。

MongoDB副本设置OpLog Gb / Hour迅速增加，试图找出原因

问题

调试日期

1 个答案: