Re: Recommendations for PGBouncer interacting with HikariCP
От | Dave Cramer |
---|---|
Тема | Re: Recommendations for PGBouncer interacting with HikariCP |
Дата | |
Msg-id | CADK3HHK3WEEfFda4jTO0J2akREJVdG1SH1kq6ddkc9FUYN=Q3A@mail.gmail.com обсуждение исходный текст |
Ответ на | Recommendations for PGBouncer interacting with HikariCP (Joseph Hammerman <jhammerman@squarespace.com>) |
Ответы |
Re: Recommendations for PGBouncer interacting with HikariCP
|
Список | pgsql-jdbc |
On Wed, 21 Aug 2019 at 21:03, Joseph Hammerman <jhammerman@squarespace.com> wrote:
Hi pgsql-jdbc email distribution list,We have recently added PGBouncer into our stack. We have done this in part, to protect the database. Our Java userbase is accustomed to using HikariCP / Hibernate for connection pooling. They would prefer to continue to use the connection pooler, in order to not have GC churn on connection spin up and tear down (in addition to additional latency introduced by having to perform the three-way handshake more often).Is there any published material / does anyone have any knowledge of how these tools should interact or not interact?
JDBC should work fine with pgbouncer.
HikariCP wants to keep many long running idle_in_transaction connections open, which saturates the backend connection pool.
That's strange why is it keeping them in transaction ? One would think once you closed (returned the connection) it should commit it.
Thanks in advance for any assistance anyone can provide,Joe
В списке pgsql-jdbc по дате отправления: