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