Re: Fwd: BUG #18016: REINDEX TABLE failure

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Nathan Bossart <nathandbossart(at)gmail(dot)com>
Cc: Gurjeet Singh <gurjeet(at)singh(dot)im>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Richard Veselý <richard(dot)vesely(at)softea(dot)sk>, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: Fwd: BUG #18016: REINDEX TABLE failure
Date: 2023-07-28 01:50:50
Message-ID: ZMMe+iIUYrZsMT8c@paquier.xyz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

On Thu, Jul 27, 2023 at 04:14:41PM -0700, Nathan Bossart wrote:
> On Wed, Jul 26, 2023 at 06:43:18PM -0700, Gurjeet Singh wrote:
>> I felt the need for that paragraph, because it doesn't feel obvious to
>> me as to why we can't simply reindex the toast table as the first
>> thing in this function; the toast table reindex will trigger CCI, and
>> that'd be bad if done before RelationGetIndexList().
>
> I see. I'd suggest referencing the comment above the function, but in
> general I do think having a comment about this is appropriate.

+ * This should be done after the suppression of the use of indexes (above),
+ * because the recursive call to reindex_relation() below will invoke
+ * CommandCounterIncrement(), which may prevent enumeration of the indexes
+ * on the table.

This does not explain the reason why this would prevent the creation
of a consistent index list fetched from the parent table, does it?
Would some indexes be missing from what should be reindexed? Or some
added unnecessarily? Would that be that an incorrect list?
--
Michael

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message David Rowley 2023-07-28 04:01:34 Re: Question about double table scans for a table
Previous Message jian he 2023-07-28 00:11:58 Re: Question about double table scans for a table

Browse pgsql-hackers by date

  From Date Subject
Next Message Noah Misch 2023-07-28 02:17:15 Re: Postgres v15 windows bincheck regression test failures
Previous Message Michael Paquier 2023-07-28 01:06:17 Re: Support to define custom wait events for extensions