From: | Will Storey <will(at)summercat(dot)com> |
---|---|
To: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Disabling vacuum truncate for autovacuum |
Date: | 2024-12-17 00:25:06 |
Message-ID: | Z2DE4lDX4tHqNGZt@dev.null |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi!
I would like to disable vacuum's truncate behaviour for autovacuum.
Previously I had an outage due to its access exclusive lock when it was
replicated to a hot standby.
When that outage happened it was from a VACUUM call in a cronjob rather
than autovacuum. I now run such VACUUMs with TRUNCATE false which avoids
the issue for these. However I've realized that autovacuum could cause this
as well. This is of interest to me because I'm looking at tuning autovacuum
and getting rid of the cronjob, but I've realized relying on autovacuum
could be dangerous because of the truncates.
I believe the only way to disable this for autovacuum is by changing the
vacuum_truncate storage parameters on tables. (Ignoring the now removed
old_snapshot_threshold option). I'm thinking of altering all my tables to
turn it off. Is this a horrible idea? I expect I would need to monitor
tables for problematic growth, but that might be better than a surprise
outage. I suppose the growth could cause an outage too, but I'm thinking it
would be more controllable.
Would I need to disable the settings on catalog tables too? (To rule out
any possibility of it happening). Are there any other things I might be
missing?
I am also wondering if having an autovacuum setting to control it would be
a good idea for a feature. That would be simpler for me than altering all
my tables and help me avoid missing any (e.g. catalogs, new tables).
I might be worrying needlessly about this as maybe it is unlikely to
happen. I suppose it is workload dependent.
Thank you!
Will
From | Date | Subject | |
---|---|---|---|
Next Message | Ivan Kurnosov | 2024-12-17 06:10:09 | How to deal with dangling files after aborted `pg_restore`? |
Previous Message | Bharani SV-forum | 2024-12-16 23:05:18 | Re: Additional Help in vetting my steps for Postgres DB upgrade from Ver 13.X to ver 15.X |