Nodejs + Knex + Postgres:未处理的拒绝错误:池被破坏

时间:2015-10-16 13:30:56

标签: node.js postgresql bookshelf.js knex.js

我的团队和我使用knex和postgres来处理我们所有的数据库工作。我们会不时收到以下错误:

Knex:Error Pool2 - error: too many connections for role "<rolename>"

每次请求都会出现此错误:

 app[web.2]: Unhandled rejection Error: Pool is destroyed
 app[web.2]:     at Pool.acquire (/app/node_modules/knex/node_modules/pool2/lib/pool.js:163:12)
 app[web.2]:     at /app/node_modules/knex/lib/client.js:204:19
 app[web.2]:     at tryCatcher (/app/node_modules/knex/node_modules/bluebird/js/main/util.js:26:23)
 app[web.2]:     at Promise._resolveFromResolver (/app/node_modules/knex/node_modules/bluebird/js/main/promise.js:480:31)
 app[web.2]:     at new Promise (/app/node_modules/knex/node_modules/bluebird/js/main/promise.js:70:37)
 app[web.2]:     at Client.acquireConnection (/app/node_modules/knex/lib/client.js:200:12)
 app[web.2]:     at /app/node_modules/knex/lib/runner.js:138:49
 app[web.2]:     at tryCatcher (/app/node_modules/knex/node_modules/bluebird/js/main/util.js:26:23)
 app[web.2]:     at Function.Promise.attempt.Promise.try (/app/node_modules/knex/node_modules/bluebird/js/main/method.js:31:24)
 app[web.2]:     at Runner.ensureConnection (/app/node_modules/knex/lib/runner.js:137:26)
 app[web.2]:     at Runner.run (/app/node_modules/knex/lib/runner.js:30:31)
 app[web.2]:     at QueryBuilder.Target.then (/app/node_modules/knex/lib/interface.js:27:43)
 app[web.2]:     at QueryBuilder.tryCatcher (/app/node_modules/bookshelf/node_modules/bluebird/js/main/util.js:26:23)
 app[web.2]:     at doThenable (/app/node_modules/bookshelf/node_modules/bluebird/js/main/thenables.js:52:38)
 app[web.2]:     at tryConvertToPromise (/app/node_modules/bookshelf/node_modules/bluebird/js/main/thenables.js:30:20)
 app[web.2]:     at Promise._resolveCallback (/app/node_modules/bookshelf/node_modules/bluebird/js/main/promise.js:442:24)
 app[web.2]:     at Promise._settlePromiseFromHandler (/app/node_modules/bookshelf/node_modules/bluebird/js/main/promise.js:515:17)
 app[web.2]:     at Promise._settlePromiseAt (/app/node_modules/bookshelf/node_modules/bluebird/js/main/promise.js:581:18)
 app[web.2]:     at Promise._settlePromises (/app/node_modules/bookshelf/node_modules/bluebird/js/main/promise.js:697:14)
 app[web.2]:     at Async._drainQueue (/app/node_modules/bookshelf/node_modules/bluebird/js/main/async.js:123:16)
 app[web.2]:     at Async._drainQueues (/app/node_modules/bookshelf/node_modules/bluebird/js/main/async.js:133:10)
 app[web.2]:     at Immediate.Async.drainQueues [as _onImmediate] (/app/node_modules/bookshelf/node_modules/bluebird/js/main/async.js:15:14)
 app[web.2]:     at processImmediate [as _immediateCallback] (timers.js:368:17)

我们的泳池设置为:

pool: {
  min: 2,
  max: 10
}

我们已尝试将其设置为min:0,但这并没有帮助。至少在当地。

问题1 :我们可以跟踪活动连接的数量,并确保没有任何&#34;孤立的&#34;连接?如果是这样,怎么样?

问题2 :是否发生Pool is destroyed错误,因为我们无法与数据库建立连接,因此Knex假定池没有退出?

问题3 :我们能否以某种方式将API设置为进入&#34;待机模式&#34;当它无法建立连接并等待打开连接时?

问题4 :对于任何类型的生产应用,最大设置是否太低?我们仍然处于测试阶段,但我们很快就会大幅增加流量。

更新

我们甚至将pool.max增加到15,我们仍然遇到此问题。

1 个答案:

答案 0 :(得分:-1)

问题在于数据库连接。您可以检查与数据库相关的配置,例如用户名和密码。