| 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: | Whole Thread | Raw Message | 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 |