使用pgpromise的连接池

Question

我正在使用Node js和Postgresql，并试图在连接实现中达到最高效率。< br >我看到pg-promise构建在node-postgres之上，node-postgres使用pg-pool来管理池。< br >我还读到“一次超过100个客户端是一件非常糟糕的事情”(node-postgres)。

我正在使用pg-promise，想知道：

1. 对于非常大的数据负载，推荐的poolSize是什么。
2. 如果poolSize=100并且应用程序同时（甚至更多）收到101个请求会发生什么？Postgres是否处理订单并让101个请求等待它可以运行？

Answer 1

对，请求将被排队。但不是由Postgres本身处理，而是由你的app (pg-pool)处理。因此，每当您用完免费连接时，应用程序将等待连接释放，然后执行下一个挂起的请求。这就是泳池的作用。

< li >对于非常大的数据负载，建议的池大小是多少？

这真的取决于很多因素，没有人会真的告诉你确切的数字。为什么不在巨大的负载下测试你的应用程序，看看它在实践中表现如何，并找到瓶颈。

此外，我发现< code>node-postgres文档在这个问题上相当混乱和误导:

一旦你得到

https://github.com/brianc/node-postgres

这并不完全正确。如果达到Postgres端的连接限制，那么在关闭任何以前的连接之前，您将无法建立新的连接。如果您在节点应用程序中处理此情况，则不会发生任何中断。

Answer 2

我是pgpromise的作者。

我正在使用Node js和Postgresql，并试图在连接实现中最有效。

数据库通信有多个级别的优化。其中最重要的是最大限度地减少每个HTTP请求的查询数，因为IO成本高昂，连接池也是如此。

< li >如果您必须对每个HTTP请求执行多个查询，请始终通过task方法使用tasks。 < li >如果您的任务需要事务，请通过方法tx将其作为事务执行。 < li >如果您需要执行多次插入或更新，请始终使用多行操作。请参见Node.js中带有pg-promise和PostgreSQL多行更新的多行插入。

我看到pg-promise构建在node-postgres之上，node-postgres使用pg-pool来管理池。

节点 postgres 从版本 6.x 开始使用 pg 池，而 pg promise保留在使用内部连接池实现的 5.x 版本上。原因如下。

我还读到“一次超过100个客户是一件非常糟糕的事情”

我在这方面的长期实践表明：如果您无法将服务放入20个连接的池中，那么您将无法通过增加连接来节省成本，而是需要修复您的实现。此外，如果超过20，CPU就会承受额外的压力，这就意味着速度会进一步减慢。

对于非常大的数据负载，建议的poolSize是多少。

数据的大小与池的大小无关。无论下载或上传的内容有多大，通常只使用一个连接。除非您的实现是错误的，并且最终使用了多个连接，否则如果您希望应用程序具有可伸缩性，则需要修复它。

如果poolSize=100并且应用程序同时收到101个请求会发生什么？

它将等待下一个可用连接。

另请参见：

< li >链接查询 < li >性能提升