如何减少获取 mongodb 模式锁的时间？

Question

我们有一个 mongodb 集群，由 WiredTiger 支持，在生产中，有一个 3 节点副本集，由一个主节点和两个从节点组成。其中一个从站有另一个共同定位的服务，可以广泛地查询从站。在解决协同定位服务中的一些缓慢问题时，我看到了很多令人惊讶的缓慢查询。这个用了 3.3 秒：

  find: "myColl",
  filter: { myField: "myValue" },
  projection: { name: 1 },
  $db: "myDb",
  $clusterTime: { clusterTime: Timestamp(1568198047, 3), signature: { hash: BinData(0, 0000000000000000000000000000000000000000), keyId: 0 } },
  lsid: { id: UUID("2ed823aa-e6af-4898-a4c1-c039d28a32ab") },
  $readPreference: { mode: "secondary" } }
  planSummary: IXSCAN { myField: 1 } keysExamined:0 docsExamined:0 cursorExhausted:1 numYields:0 nreturned:0 reslen:232
  locks:{ Global: { acquireCount: { r: 1 } },
          Database: { acquireCount: { r: 1 } },
          Collection: { acquireCount: { r: 1 } } }
  storage:{ data: { bytesRead: 355, timeReadingMicros: 4 }, timeWaitingMicros: { schemaLock: 3284692 }

在这里对我来说最突出的一行是最后一行，表明它花费了 99.9% 的时间来等待获取称为模式锁的东西。

我检查了这个特定的数据库和集合，结果发现该集合在查询时有 50 个项目。此外，还有一个关于 的索引myField。

为什么读取查询等待获取模式锁？我能做些什么来消除这个漫长的等待？

Answer 1

由于并发，您可能会遇到此问题。我相信写操作需要时间，因为 MongoDB 不允许多集合操作。

您可以查看上一篇关于 MongoDB 中的读锁的问题。

Mongodb读锁

此外，您还可以获取服务器状态下锁的详细信息，在触发查询时检查队列。

db.serverStatus()