Re: REINDEX vs broken HOT chains, redux

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Greg Stark <gsstark(at)mit(dot)edu>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: REINDEX vs broken HOT chains, redux
Date: 2011-04-20 14:02:30
Message-ID: 25708.1303308150@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greg Stark <gsstark(at)mit(dot)edu> writes:
> On Tue, Apr 19, 2011 at 4:29 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Namely, that when reindexing an
>> existing index, there cannot be any need to advance the index's
>> indcheckxmin horizon.

> Note that if isvalid is not set then we don't know anything about the
> hot chains since the concurrent index build never finished.

Hmm, good point. We can probably handle this by tweaking the logic in
reindex_index that changes indisvalid so that it will force indcheckxmin
on when indisvalid had been false and there were any possibly-broken
HOT chains.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Greg Stark 2011-04-20 14:07:38 Re: time-delayed standbys
Previous Message Andrew Dunstan 2011-04-20 14:02:18 Re: Build farm coverage for isolation tests