MongoDB连接计数未在副本集中的节点之间均衡

Question

我现在正在使用MongoDB Spring Data MongoDB构建一个web应用程序。

此应用程序有一个API，它是一个简单的MongoDB查询：

db.myCollectionName.aggregate([{ "$sample" : { "size" : 100}}, { "$project" : { "myFieldName" : 1, "_id" : 0}}])

我们从myCollectionName和projectmyFieldName中随机挑选了100个文档。这是一个简单的读取请求。

总共收集了大约1亿条记录，afak我正确地使用了$sample操作符：

• $sample是管道的第一阶段

我们的mongoDB集群是一个3节点副本集，一个节点处理写请求，另外两个节点处理读请求。

我正在使用JMeter测试我的应用程序，试图计算应用程序最多可以支持多少TPS。

报告显示，当并发数为100时，应用程序的TPS性能最好，达到1000，平均95pct延迟为180ms。工作负载平均分配给两个辅助节点。操作数约为500，每个辅助节点的连接数约为180。

同时，在应用程序方面，工作负载相当低，仅使用了30%的cpu和内存。

接下来，我尝试再添加一个辅助节点，看看TPS是否会线性增加，现在奇怪的事情发生了：

当并发数超过100后，系统的TPS不会线性增加。TPS保持在1000，每个辅助节点只处理400个操作（相同的操作计数）。随着并发数的增加，应用程序的平均95%的可用性也开始下降，从180ms降至~450ms。

同时，我注意到，在每个辅助节点中，连接计数并不是均匀建立的。一个辅助节点建立了300多个连接，而另外两个节点只有180个。此外，当并发数超过150时，在连接更多的节点上开始出现慢速查询。

我可以确认，应用程序端的工作负载相当低，有3个辅助节点，应用程序仍然没有达到负载限制。MongoDB客户端配置的最大连接数是2000，据我所知，应该足够了。

Answer 1

回顾https://github.com/mongodb/specifications/blob/master/source/server-selection/server-selection.rst在“服务器选择算法”下。

首先，检查驱动程序看到的每个服务器的延迟。如果需要，使用localThresholdMSURI选项增加窗口。

然后，可能是数据收集不正确，或者是服务器出现问题，因为

此外，当并发数超过150时，在连接更多的节点上开始出现慢速查询。

如果您有一个节点能够维持400个连接但具有相同的工作负载则无法维持

完成此操作后，请注意服务器选择算法中的以下内容：

在随机选择的两台服务器中，选择操作数较低的一台。如果两台服务器的operationCount相同，请在两台服务器之间任意选择。

这应该将查询路由到负载较少的节点。如果节点报告的负载不正确，或者您可能弄错了从哪里读取的负载，这自然不会很好地工作。