用generic-pool连接的Mongodb, 运行大概一天后报这个错！

报这个错误后，node.js 就不提供服务了，但进程并没有挂掉；

貌似是没有关闭数据库连接，检查下代码，看看哪里的bug导致了这个问题。

数据库不关闭，不是更能提高单次打开的利用率么？ 这个必须要关闭么？

有没有可能跟这个generic-pool有关系？

其中有一个方法是查了4次mongodb , 改成查2次，就没有这个问题了 和配置里面 max : 2 不觉得存在一定的因果关系吗。个人猜测这4次查询是并发，即几乎同一时间申请4个数据库连接，但是配置里面max = 2，于是乎。。。 PS: mongodb驱动自带连接池，外面有必要再套个generic-pool的连接池吗?

我用：max = 10 也会有同样的情况，只是刚开始较快一些，慢慢的就慢了，它还有一种比较奇怪的现象是：连续请求这个接口几次（基本上7次以内）后，会有一次不能响应的；然后再刷就又可以了（就是慢）；

generic-pool的连接池是项目中在用，我暂时还不敢（我刚入门）把它去掉，因为这个模式已经跑一段时间了；

把能打开的日志全打开，跟踪连接池的连接数目出入，监视node的内存占用率(process.memoryUsage())，内存占用率一直增长却从不下降的话，很大可能是内存泄露(memory leak)，有数据库连接没有被连接池回收。 可以的话，还是把api接口的代码贴出来吧，去掉业务逻辑，只保留数据库的相关操作

generic-pool我用了很长时间,没有你说的这个问题的,不知道你用的是哪个mongodb链接库,这个错误应该是你的mongodb库报的 原因可能是你实例化了一个mongodb连接,然后反复使用这个实例去连接数据库,伪代码可能如下:

var db = new mongodb('127.0.0.1',27017)  //创建一个mongodb实例
db.connection()
db.connection() //反复调用connection,可能就会出现上面你说的错误.

所以使用generic-pool的注意:

1. 连接使用完毕,一定要将连接放回连接池,不论是否有error错误
2. 你在实例化连接池,注册create时,要保证里面的函数每次都是一个新实例,不要用单例,反复调用connect方法,这样就等于一个连接,还可能出错
3. 注册create时,一定要根据api那样写,callback(err,db)err,这种

最后给你个地址,我用mongodb的native库配合generic-pool做的数据库连接文件,你可以参考哦 https://github.com/DoubleSpout/rrestjs/blob/master/lib/MongdbConnect.js

谢谢，那我跟踪一下连接池数目；

谢谢，我参考一下你的这个，然后再试试效果！~

你的这个用 generic-pool 做 mongodb 的连接池,有遇到性能问题么?

我按照你的这个方便弄了一个, 压 1000并发, 60秒, 中间有的请求就没有响应了; 刷了几次后,发现又可以进行正常请求了!~

求真正原因?

@bao2dan 不知道你怎么压力测试的，mongodb和node是否装在一台机器上，机器配置如何？发包机器的网络环境，发包机器不能是跑node本机，本机压测自己没有意义。另外你是否有开测试机的监控，查看cpu和内存情况。我没发现你说的问题呀

@snoopy 我是用另一台虚拟机压的一台实机; mongodb和node不在一台机器上;

我调成下面这个参数后,以上问题出现的就少很多了: max : 50, idleTimeoutMillis :30000,

但我没有搞明白这两个参数对于性能的影响有多大?