Re: Vacuum full connection exhaustion
От | Christophe Pettus |
---|---|
Тема | Re: Vacuum full connection exhaustion |
Дата | |
Msg-id | 66D17234-043D-457E-8607-5126B4FBC3DD@thebuild.com обсуждение исходный текст |
Ответ на | Vacuum full connection exhaustion (Costa Alexoglou <costa@dbtune.com>) |
Ответы |
Re: Vacuum full connection exhaustion
Re: Vacuum full connection exhaustion |
Список | pgsql-general |
> On Aug 7, 2024, at 10:34, Costa Alexoglou <costa@dbtune.com> wrote: > > Hey folks, > > I noticed something weird, and not sure if this is the expected behaviour or not in PostgreSQL. > > So I am running Benchbase (a benchmark framework) with 50 terminals (50 concurrent connections). > There are 2-3 additional connections, one for a postgres-exporter container for example. > > So far so good, and with a `max_connections` at 100 there is no problem. What happens is that if I execute manually `VACUUMFULL` the connections are exhausted. VACUUM FULL takes an exclusive lock on the table that it is operating on. It's possible that a connection becomes blockedon that exclusive lock waiting for the VACUUM FULL to finish, the application sees the connection stopped and firesup another one (this is common in container-based applications), that one blocks... until all of the connections arefull of queries waiting on that VACUUM FULL.
В списке pgsql-general по дате отправления: