Re: [HACKERS] Concurrent VACUUM: first results - Mailing list pgsql-hackers

From Vadim Mikheev
Subject Re: [HACKERS] Concurrent VACUUM: first results
Date
Msg-id 383E2BBF.4E11CA2D@krs.ru
Whole thread Raw
In response to Re: [HACKERS] Concurrent VACUUM: first results  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> 
> "Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> >> I wonder whether there isn't a cleaner way to do this.
> 
> > I think there exists another reason.
> > We couldn't delete index tuples for deleted but not yet committed
> > heap tuples.
> 
> My first thought was "Good point".  But my second was "why should
> vacuum need to deal with that case?".  If vacuum grabs an exclusive
> lock on a relation, it should *not* ever see tuples with uncertain
> commit status, no?

What if vacuum will crash after deleting index tuples pointing
to heap tuples in old places but before commit? Index will
be broken.

Vadim


pgsql-hackers by date:

Previous
From: Michael Meskes
Date:
Subject: Re: [HACKERS] pid file for postmaster?
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] Re: [GENERAL] drop/rename table and transactions