Re: reloption to prevent VACUUM from truncating empty pages at the end of relation
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Alvaro Herrera <alvherre@2ndquadrant.com>
Cc: "Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>,
"'Michael Paquier'" <michael@paquier.xyz>,
"'Robert Haas'" <robertmhaas@gmail.com>,
Julien Rouhaud <rjuju123@gmail.com>,
Laurenz Albe <laurenz.albe@cybertec.at>,
"Jamison,
Kirk" <k.jamison@jp.fujitsu.com>,
Amit Kapila <amit.kapila16@gmail.com>,
Fujii Masao <masao.fujii@gmail.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2019-02-28T05:54:55Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Add TRUNCATE parameter to VACUUM.
- b84dbc8eb80b 12.0 landed
-
Add vacuum_truncate reloption.
- 119dcfad988d 12.0 landed
-
Allow VACUUM to be run with index cleanup disabled.
- a96c41feec6b 12.0 cited
Alvaro Herrera <alvherre@2ndquadrant.com> writes: > Hopefully we'll get Tom's patch that addresses the failure-to-truncate > issues in pg12. Hm, are you speaking of the handwaving I did in https://www.postgresql.org/message-id/2348.1544474335@sss.pgh.pa.us ? I wasn't really working on that for v12 --- I figured it was way too late in the cycle to be starting on such a significant change. Still, if we did manage to make that work, it would remove the need for user-visible kluges like the one discussed in this thread. regards, tom lane