MongoDB local.oplog.rs查询长时间运行

我有用于mongodb（3.2.0）的2节点集群（8个vCPU，52 GB）。我调试了两个耗时数秒的查询，我运行了

db.currentOp（）

来查看正在运行的查询以及它们所花费的时间，我发现了一个关于

local.oplog.rs

的查询，该查询已运行了4000秒，下面是有问题的查询

         {
            "desc" : "WT RecordStoreThread: local.oplog.rs",
            "threadId" : "139625785952000",
            "active" : true,
            "opid" : "rs0:145981225",
            "secs_running" : 4168,
            "microsecs_running" : NumberLong("4168129663"),
            "op" : "none",
            "ns" : "local.oplog.rs",
            "query" : {

            },
            "numYields" : 0,
            "locks" : {

            },
            "waitingForLock" : false,
            "lockStats" : {
                "Global" : {
                    "acquireCount" : {
                        "r" : NumberLong(1),
                        "w" : NumberLong(1)
                    }
                },
                "Database" : {
                    "acquireCount" : {
                        "w" : NumberLong(1)
                    }
                },
                "oplog" : {
                    "acquireCount" : {
                        "w" : NumberLong(1)
                    }
                }
            }
        },

---

有人能解释一下吗？这个查询在做什么？我应该关心吗？

这些是与复制相关的线程。它们是正常操作的一部分

• WT RecordStoreThread:local.oplog.rs

• rsSync

• rsBackgroundSync

• ReplBatcher

实际上，在默认情况下显示这些结果时存在一个公开的错误，因为这些结果可能是隐藏的，因为它们总是长时间运行的操作：

从错误报告中：

目前默认情况下，

db.currentOp（）

显示与复制相关的线程 例如：

“WT RecordStoreThread:local.oplog.rs”

“rsSync”

“rsBackgroundSync”

“ReplBatcher”

这些操作通常是长时间运行的，用户可能会出错 给人的印象是存在性能问题

---

我在MongoDB实例上看到了相同的行为。我想知道这是不是正常的行为。你有没有追根究底？我们的服务器CPU正在最大化，已经运行了好几天了，它说这个查询已经运行了好几天了。。355254秒，不，这不是打字错误，任何帮助都会很好。不@JonathanCoffey，我不知道问题出在哪里。实际上，我仍然看到

local.oplog.rs

查询，但我们的服务器运行正常。@ChintanShah25感谢您的回复，一切都是在一段时间后自行解决的，还是仍需要几秒钟？@JonathanCoffey实际上我正在调试另一个查询，该查询花费了很多时间，因为我没有创建索引，同时我遇到了

local.oplog.rs

查询，并对它感到好奇。从那以后一切都很顺利。