Re: Sketch of a fix for that truncation data corruption issue

From: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Sketch of a fix for that truncation data corruption issue
Date: 2018-12-11 06:09:34
Message-ID: 4135e49353c50177202b1141d53f324485a0336b.camel@cybertec.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
> We got another report today [1] that seems to be due to the problem
> we've seen before with failed vacuum truncations leaving corrupt state
> on-disk [2]. Reflecting on that some more, [...]

This may seem heretical, but I'll say it anyway.

Why don't we do away with vacuum truncation for good?
Is that a feature that does anybody any good?
To me it has always seemed to be more a wart than a feature, like
someone just thought it was low hanging fruit without considering
all the implications.

VACUUM doesn't reclaim space, VACUUM (FULL) does. That's the way it
(mostly) is, so why complicate matters unnecessarily?

Yours,
Laurenz Albe

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2018-12-11 06:15:51 Re: Sketch of a fix for that truncation data corruption issue
Previous Message Tom Lane 2018-12-11 06:06:08 Re: Sketch of a fix for that truncation data corruption issue