PgBouncer与WildFly/Application Server连接池的优势？

Question

许多应用服务器都集成了连接池，甚至可以配置独立的应用程序来使用HikariCP、Apache DBCP等。

那么，当应用程序已经有了连接池时，使用PgBouncer有什么好处呢？

我找到的最接近的答案是，将事务池与pgbouncer一起使用有什么好处？其中没有提到使用另一个连接池，并提到其优点是空闲会话的使用。

我主要使用配置有最小池大小、最大池大小、空闲超时的WildFly......因此，当它们不使用时，它基本上会删除空闲连接（如果这是主要优势）。

这让我觉得PgBouncer不适合这个场景，我只应该继续使用我的应用服务器连接池。

顺便说一句，在事务池模式下，PgBouncher不能使用命名准备语句，这看起来不像是性能明智的选择。

如果有任何优势，它与wildfly连接池配合得好吗？

Answer 1

如果您的应用程序服务器包含一个连接池，并且只有一个应用程序服务器连接到数据库，那么最好使用集成的连接池。

在这种情况下，pgBounencer只是一个额外的组件，使架构更加复杂，并且您将承担应用程序服务器和pgBounencer之间所有连接的额外开销。

如果有多个应用服务器连接到同一个数据库，问题就不再那么简单了。如果只有两三个应用服务器，没有pgBouncher你可能会过得很好。

连接到数据库服务器的应用程序服务器越多，您将拥有越多的数据库连接，这将使数据库处于危险之中：如果这些连接中的太多同时变得繁忙，您的数据库性能和响应时间将下降，因为数据库过载。在这种情况下，pgBounencer将通过限制与数据库的活动连接数量来提供帮助。