From: | Raj <rajeshkumar(dot)dba09(at)gmail(dot)com> |
---|---|
To: | depesz(at)depesz(dot)com |
Cc: | Pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Pgbouncer |
Date: | 2025-09-11 16:41:59 |
Message-ID: | CAJk5Atb_fEjofuXBXqEKF4+yh69ePjCFNLX3T2+C4QMbLf_1pA@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
I am asking should we use pgbouncer? If so, what's the compelling situation
despite having postgres inbuilt timeout parameters.
On Thu, 11 Sept 2025, 19:25 hubert depesz lubaczewski, <depesz(at)depesz(dot)com>
wrote:
> On Thu, Sep 11, 2025 at 07:01:26PM +0530, Raj wrote:
> > We are migrating from oracle.to postgres and its done.
> >
> > Now as a DBA, to improve performance say idle connecting handling or
> > anything, if I want to recommend pgbouncer to the team, what's the
> > compelling reason would it be?
>
> https://www.depesz.com/2012/12/02/what-is-the-point-of-bouncing/
>
> > I may ask them to handle connections from application end and they may
> say
> > ok but we still.may see idle connections are not closed.
> >
> > So, at point and for what compelling reason I should tell my manager, we
> > must go-ahead and use etc.
> >
> > We use pg17 and in postgres itself I know idle_session_timeount,
> > transaction_timeout, statement_timeout. Is this enough? Will it abruptly
> > kill queries and if so, isn't it bad?
>
> statement_timeout and transaction_timeout have the power to kill
> queries, yes.
>
> Best regards,
>
> depesz
>
>
From | Date | Subject | |
---|---|---|---|
Previous Message | Ron Johnson | 2025-09-11 16:21:35 | Allow connections by IP address? |