RE: Re: too many clients already - Mailing list pgsql-general

From Abraham, Danny
Subject RE: Re: too many clients already
Date
Msg-id 1b2dd9f85ea945dd80d3ceb194115612@phx-exmbprd-01.adprod.bmc.com
Whole thread Raw
In response to Re: too many clients already  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
Agree.

I suspect that this is a mal configured pgpool - the developer thinks that the pool is reusing connections,
While it is, in fact, reopening them.

-----Original Message-----
From: Tom Lane <tgl@sss.pgh.pa.us>
Sent: Thursday, April 02, 2020 7:40 PM
To: Abraham, Danny <danny_abraham@bmc.com>
Cc: pgsql-general@postgresql.org
Subject: [EXTERNAL] Re: too many clients already

"Abraham, Danny" <danny_abraham@bmc.com> writes:
> Well, I guess the questions is - how do I optimize PG for a stream of very short life checks...

You should be using a connection pooler for a load like that.
PG backends are fairly heavyweight things --- you don't want to fire one up for just a single query, at least not when
thereare many such queries per second. 

I think pgbouncer and pgpool are the most widely used options, but this is a bit outside my expertise.

            regards, tom lane



pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: too many clients already
Next
From: postgann2020 s
Date:
Subject: Could someone please help us share the procedure to troubleshoot thelocks on proc issues.