当您使用 pgbouncer 时，是否有理由将 Active Record 池的大小保持在较低的水平？

问题描述

如果我使用 pgbouncer，为什么我不应该只是将 Active Record 的池大小设置为 99999，有效地禁用它，并让 pgbouncer 负责所有池化？

就我而言，这是使用 Rails 5.2。 pgbouncer 使用事务池。

我能想到一些可能的原因：

1. 如果失控进程以某种方式尝试打开大量线程/连接，AR 池将设置上限，以防止其耗尽所有连接。

2. 同样，如果 AR 没有正确关闭与 pgbouncer 的连接（例如，如果某些代码在线程中打开连接而不关闭它们），并且 AR 的收割者没有运行或运行不够频繁，则该代码可能会耗尽所有连接。

3. 如果 Active Record 本身在每个连接上都有昂贵的开销（是吗？），也许最好等待和重用连接而不是打开更多连接，在同一进程尝试打开大量连接的情况下连接。

这些是正当理由吗？它们是唯一的原因吗？

（我看过 Disabling Connection Pooling in Rails to use PgBouncer 并认为这是相关但不完全相同的问题。）

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）