Re: VACUUM FULL versus system catalog cache invalidation - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: VACUUM FULL versus system catalog cache invalidation
Date
Msg-id 4E4535AF020000250003FE77@gw.wicourts.gov
Whole thread Raw
In response to Re: VACUUM FULL versus system catalog cache invalidation  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> wrote:
> Perhaps we should just fix this one in master and consider
> back-patching it if and when we get some plausibly related bug
> reports.
I'm not completely clear on what one would do to be vulnerable to
hitting the bug, or what the impact of hitting it would be.  Tom
said:
> The potential consequences are hugely worse than that, though:
> with a bit more time between the two operations, it'd be possible
> for someone else to reclaim the dead tuple and replace it with
> something else.  As long as the TID is live when we get to it,
> heap_update will blindly replace it, whether or not it has
> anything to do with the tuple we think we're replacing.
What would a worst-case bug report based on hitting that look like?
-Kevin


pgsql-hackers by date:

Previous
From: Marko Kreen
Date:
Subject: Re: sha1, sha2 functions into core?
Next
From: Heikki Linnakangas
Date:
Subject: Inserting heap tuples in bulk in COPY