如何解决当您使用 pgbouncer 时，是否有理由将 Active Record 池的大小保持在较低的水平？
如果我使用 pgbouncer，为什么我不应该只是将 Active Record 的池大小设置为 99999，有效地禁用它，并让 pgbouncer 负责所有池化？
就我而言，这是使用 Rails 5.2。 pgbouncer 使用事务池。
我能想到一些可能的原因：
-
如果失控进程以某种方式尝试打开大量线程/连接，AR 池将设置上限，以防止其耗尽所有连接。
-
同样，如果 AR 没有正确关闭与 pgbouncer 的连接（例如，如果某些代码在线程中打开连接而不关闭它们），并且 AR 的收割者没有运行或运行不够频繁，则该代码可能会耗尽所有连接。
-
如果 Active Record 本身在每个连接上都有昂贵的开销（是吗？），也许最好等待和重用连接而不是打开更多连接，在同一进程尝试打开大量连接的情况下连接。
这些是正当理由吗？它们是唯一的原因吗？
（我看过 Disabling Connection Pooling in Rails to use PgBouncer 并认为这是相关但不完全相同的问题。）
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
