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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: too many clients already
Следующее
От: postgann2020 s
Дата:
Сообщение: Could someone please help us share the procedure to troubleshoot thelocks on proc issues.