多个应用服务器上的MongoDB连接失败

Question

我们有mongodb和gogo的mgo驱动程序。 除应用程序（golang二进制文件）之外，还有两个连接到mongodb的应用程序服务器。 Mongodb作为副本集运行，每个服务器根据副本的当前状态连接两个主服务器或辅助服务器。

我们遇到了SocketException handling request, closing client connection: 9001 socket exception其中一个mongo服务器上的SocketException handling request, closing client connection: 9001 socket exception （导致我们的应用程序与mongodb连接死亡。之后，副本集继续运行，但是我们的第二个服务器（在哪个错误没有发生）连接也死了。

在golang日志中，它表现为：

read tcp 10.10.0.5:37698-\>10.10.0.7:27017: i/o timeout

为什么会这样？ 如何防止这种情况？

据我所知， mgo通过url连接到整个副本（它通过单个实例的url检测整个拓扑）但是为什么在其中一个服务器上连接的dy连接在第二个服务器上杀了它？

编辑：

1. 使用"gopkg.in/mgo.v2"完整包路径
2. 不幸的是不能在这里分享mongo文件。 但除了socketexecption mongo日志不包含任何有用的东西。 有一些锁定争用的迹象表明锁定获取时间很长一段时间，但除此之外没什么
3. MongoDB有时会做一些重型索引，但最近并没有出现任何异常的峰值，所以它不会超出正常范围

Answer 1

首先， mgo您正在使用的驱动程序： gopkg.in/mgo.v2由古斯塔沃·尼迈耶开发（在托管https://github.com/go-mgo/mgo ）不再被维护。

而是使用社区支持的fork github.com/globalsign/mgo 。 这个继续得到修补和发展。

其更改日志包括： “改进的连接处理” ，这似乎与您的问题直接相关。

它的详细信息可以在这里阅读https://github.com/globalsign/mgo/pull/5 ，它指向原始的拉取请求https://github.com/go-mgo/mgo/pull/437 ：

如果mongoServer无法拨打服务器，它将关闭所有活动的套接字，无论它们当前是否使用。 有两个缺点：

• 机上请求将被粗暴地中断。

• 所有套接字同时关闭，并可能同时拨打服务器。 大规模拨号请求中的任何偶然失败（高并发场景）将使所有套接字再次关闭，并重复...（它发生在我们的生产环境中）

所以我认为目前使用的插座应该在闲置后关闭。

请注意， github.com/globalsign/mgo具有向后兼容的API，它基本上只添加了一些新的东西/功能（除了修复和补丁），这意味着你应该只能更改导入路径，所有应该工作没有进一步的改变