RE: Re: too many clients already
| От | Abraham, Danny | 
|---|---|
| Тема | RE: Re: too many clients already | 
| Дата | |
| Msg-id | 1b2dd9f85ea945dd80d3ceb194115612@phx-exmbprd-01.adprod.bmc.com обсуждение исходный текст  | 
		
| Ответ на | Re: too many clients already (Tom Lane <tgl@sss.pgh.pa.us>) | 
| Список | 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 по дате отправления: