MongoDB WiredTigerLAS.wt文件意外增长(版本3.6.11)群集

时间:2019-04-04 14:24:39

标签: mongodb

我们有一个具有1个主服务器和2个辅助服务器的MongoDB集群。

所有三台服务器都使用MongoDB 3.6.11版。

最近,我们发现两个辅助服务器都已关闭,这是由于空间已满引起的。我们发现WiredTigerLAS.wt文件已经非常大,超过20GB。整个mongodb数据文件夹应该低于4GB。我们试图删除WiredTigerLAS.wt并重新启动辅助服务器,但是WiredTigerLAS.wt已创建并开始增长,再次充满磁盘。主服务器运行正常,未发现影响。

有人可以帮助和建议我们现在要做什么吗?如果您知道文件意外增长的原因,请告诉我们。

rs.conf:

rs0:PRIMARY> rs.conf()
{
    "_id" : "rs0",
    "version" : 7,
    "protocolVersion" : NumberLong(1),
    "members" : [
        {
            "_id" : 0,
            "host" : "primary:50001",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 1,
            "tags" : {

            },
            "slaveDelay" : NumberLong(0),
            "votes" : 1
        },
        {
            "_id" : 1,
            "host" : "replica1:50001",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 0,
            "tags" : {

            },
            "slaveDelay" : NumberLong(0),
            "votes" : 0
        },
        {
            "_id" : 2,
            "host" : "replica2:50001",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 0,
            "tags" : {

            },
            "slaveDelay" : NumberLong(0),
            "votes" : 0
        }
    ],
    "settings" : {
        "chainingAllowed" : true,
        "heartbeatIntervalMillis" : 2000,
        "heartbeatTimeoutSecs" : 10,
        "electionTimeoutMillis" : 10000,
        "catchUpTimeoutMillis" : -1,
        "catchUpTakeoverDelayMillis" : 30000,
        "getLastErrorModes" : {

        },
        "getLastErrorDefaults" : {
            "w" : 1,
            "wtimeout" : 0
        },
        "replicaSetId" : ObjectId("5b52ac682b4bd7ae7913b1cf")
    }
}

0 个答案:

没有答案