Re: Disabling vacuum truncate for autovacuum
Laurenz Albe <laurenz.albe@cybertec.at>
From: Laurenz Albe <laurenz.albe@cybertec.at>
To: Nathan Bossart <nathandbossart@gmail.com>, Robert Haas <robertmhaas@gmail.com>
Cc: Gurjeet Singh <gurjeet@singh.im>, Postgres Hackers <pgsql-hackers@postgresql.org>, Will Storey <will@summercat.com>
Date: 2025-02-28T06:19:32Z
Lists: pgsql-hackers, pgsql-general
On Thu, 2025-02-27 at 21:35 -0600, Nathan Bossart wrote: > I spent some time on this one today. A couple of notes: > > * Since the reloption is a Boolean, there isn't a good way to tell whether > it is actually set for the table or if it just inherited the default > value. This is important to know because we want the reloption to > override the GUC. I agree with that, without being able to think of a better solution. > * I didn't see a good GUC category for vacuum_truncate. I suppose we could > create a new one, but for now I've just stashed it into the autovacuum > one. Bikeshedding welcome. Why not use "Client Connection Defaults / Statement Behavior", just like for "vacuum_freeze_min_age"? I don't think that "autovacuum" is appropriate, since it applies to manual VACUUM as well. Yours, Laurenz Albe
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Expand comment for isset_offset.
- 7d559c8580f7 18.0 landed
-
Add vacuum_truncate configuration parameter.
- 0164a0f9ee12 18.0 landed