Re: Disabling vacuum truncate for autovacuum
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Laurenz Albe <laurenz.albe@cybertec.at>
Cc: Gurjeet Singh <gurjeet@singh.im>,
Postgres Hackers <pgsql-hackers@postgresql.org>, Will Storey <will@summercat.com>
Date: 2025-01-27T20:38:39Z
Lists: pgsql-hackers, pgsql-general
On Mon, Jan 27, 2025 at 4:55 AM Laurenz Albe <laurenz.albe@cybertec.at> wrote: > My suggestion for the parameter name is "autovacuum_disable_truncate". Then it would have a different name than the reloption, and the opposite sense. In most cases, we've been able to keep those matching -- autovacuum vs. autovacuum_enabled being, I believe, the only current mismatch. Also, how sure are we that turning this off globally is a solid idea? Off-hand, it doesn't sound that bad: there are probably situations in which autovacuum never truncates anything anyway just because the tail blocks of the relations always contain at least 1 tuple. But we should be careful not to add a setting that is far more likely to get people into trouble than to get them out of it. It would be good to hear what other people think about the risk vs. reward tradeoff in this case. -- Robert Haas EDB: http://www.enterprisedb.com
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