Re: BUG #17485: Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY
Bruce Momjian <bruce@momjian.us>
From: Bruce Momjian <bruce@momjian.us>
To: Michael Paquier <michael@paquier.xyz>
Cc: Peter Geoghegan <pg@bowt.ie>, Robert Haas <robertmhaas@gmail.com>, Alvaro Herrera <alvherre@alvh.no-ip.org>, Andres Freund <andres@anarazel.de>, Andrey Borodin <x4mmm@yandex-team.ru>, Петър Славов <pet.slavov@gmail.com>, PostgreSQL mailing lists <pgsql-bugs@lists.postgresql.org>
Date: 2022-05-26T14:40:03Z
Lists: pgsql-bugs
On Thu, May 26, 2022 at 12:39:20PM +0900, Michael Paquier wrote: > On Wed, May 25, 2022 at 11:17:33PM -0400, Bruce Momjian wrote: > > * Caused by CREATE/REINDEX CONCURRENTLY > > Yes. > > > * No way to detect which indexes were created concurrently > > * amcheck will be required to find corrupt indexes (options?) > > amcheck would help for btree, not the other AMs. I am not sure but > there could be other symptoms that may not be detected by amcheck? > > > * Heap is fine, only index is corrupt > > Yes. > > > * Bug since PG 14 > > 14.0, yes. > > > * Not known why reports are only appearing now > > * Feature will likely need to be removed rather than fixed > > Trends go in this direction. It does not seem like there is a > complete conclusion on this point, either. Uh, if people don't know if they have used CREATE/REINDEX CONCURRENTLY in PG 14.0+, they are going to need to run amcheck on all btree indexes and reindex all non-btree indexes? That is going to be a painful message to deliver, and hear. :-( -- Bruce Momjian <bruce@momjian.us> https://momjian.us EDB https://enterprisedb.com Indecision is a decision. Inaction is an action. Mark Batterson
Commits
-
Revert changes to CONCURRENTLY that "sped up" Xmin advance
- e28bb8851969 15.0 landed
- 042b584c7f7d 14.4 landed
-
Fix possible HOT corruption when RECENTLY_DEAD changes to DEAD while pruning.
- 18b87b201f73 15.0 cited