From: | PG Bug reporting form <noreply(at)postgresql(dot)org> |
---|---|
To: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
Cc: | pplachta(at)gmail(dot)com |
Subject: | BUG #17724: All autovacuum workers operate on 1 db at a time |
Date: | 2022-12-16 17:52:29 |
Message-ID: | 17724-37442ada79498fbb@postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
The following bug has been logged on the website:
Bug reference: 17724
Logged by: Peter Plachta
Email address: pplachta(at)gmail(dot)com
PostgreSQL version: Unsupported/Unknown
Operating system: Windows (Azure)
Description:
Hi all
I have observed this on PG 9.6 and 10 and could not find a bug indicating it
was fixed.
Issue is that autovacuum workers appear bound to a certain DB, even if there
is more urgent (wraparound) work to do elsewhere.
In our case specifically we have multiple DBs, one has a large table that
for various reasons takes a long time (many hours) to vacuum. During this
time other autovacuum workers are idle while our other DBs which do frequent
insert/delete accumulate significant bloat which ends up affecting query
time.
Ideally the idle autovacuum workers would just proceed to the next DB.
From | Date | Subject | |
---|---|---|---|
Next Message | Daniel Gustafsson | 2022-12-16 18:14:31 | Re: BUG #17720: pg_dump creates a dump with primary key that cannot be restored, when specifying 'using index ...' |
Previous Message | Tom Lane | 2022-12-16 17:10:56 | Re: BUG #17723: cache lookup failed for type 0 |