池化、客户端签出、idleTimeoutMillis

如何解决池化、客户端签出、idleTimeoutMillis

这是我阅读Documents后的理解：

1. 池化，像许多其他数据库一样，我们只有一些允许的连接，所以你们都排队等待一个空闲连接返回到池中。 （连接在某种意义上就像一个令牌）
2. 在任何给定时间，活动和/或可用连接的数量都控制在 0-max 的范围内。
3. idleTimeoutMillis 表示“客户端必须在池中闲置的毫秒数，并且在它与后端断开连接并被丢弃之前不被检出。”这个不清楚。通常假设当客户端说 Web 应用程序已完成其 CRUD 但未返回自愿认为是 空闲 的连接时。 node-postgres 将启动时钟，一旦达到毫秒数将连接回池以供下一个客户端使用。那么什么是在与后端断开连接并丢弃之前不被检出？

说idleTimeoutMillis: 100，这是否意味着此连接在空闲 100 毫秒后会真正断开（注销）？如果是，那么它不会返回到池中，并且会导致频繁的登录连接，如下面的文档所述：

将新客户端连接到 PostgreSQL 服务器需要握手 这可能需要 20-30 毫秒。在此期间密码是 协商，可以建立SSL，配置信息 与客户端和服务器共享。每次我们都要承担这笔费用 想要执行查询会大大减慢我们的应用程序。

预先感谢您提出的愚蠢问题。

解决方法

抱歉，这个问题这么久没有得到解答，但我最近遇到了一个问题，它也质疑我对这个库的理解。

基本上，当您在池中时，您是在对库说，您最多可以同时打开 X 个到数据库的连接。因此，例如，进入 CRUD API 的每个请求都将打开一个新连接，并且当每个请求打开一个新连接时，您总共可能有 X 个请求。现在这意味着一旦请求进来，它就会从池中“检出”一个连接。这也意味着另一个请求无法使用此连接，因为它当前被另一个请求阻止。

因此，当一个请求完成时，为了让我们说“重用”相同的连接，您必须释放它并说它已准备好再次使用“签出”。现在，当另一个请求进来时，它可以使用此连接并执行上述查询。

idleTimeoutMillis 这个变量对我来说很困惑，我花了一段时间才弄清楚。当与已释放或“签出”的 DB 建立开放连接时，它处于空闲状态，这意味着任何想要发出请求的人都可以使用此连接发出请求，因为它没有被使用。此变量表示当连接处于空闲状态时，我们要等待多长时间才能关闭此连接。对于各种事情，这可能会被使用。显然，打开数据库连接需要内存等等，因此关闭它们可能是有益的。同样在自动缩放时 - 假设您处于最大请求/秒并且您正在使用所有数据库连接，那么这对于保持空闲连接打开一点很有用。但是，如果这太长并且您缩小规模，那么您可能会遇到较长的内存，因为每个 IDLE 连接都需要一些内存空间。

这样做的好处是，当您有一个打开的连接并且只发送一个查询时，您不需要使用它进行身份验证并准备就绪的数据库重新进行身份验证。