Re: Index corruption / planner issue with one table in my pg 11.6 instance - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: Index corruption / planner issue with one table in my pg 11.6 instance
Date
Msg-id CAH2-Wzk2XJUqVRqRTBVnaTKCW38FOJu7rJTzC1a6Ud_pFLB_CA@mail.gmail.com
Whole thread Raw
In response to Re: Index corruption / planner issue with one table in my pg 11.6instance  (Michael Paquier <michael@paquier.xyz>)
Responses Re: Index corruption / planner issue with one table in my pg 11.6 instance
List pgsql-hackers
On Mon, Dec 9, 2019 at 6:33 PM Michael Paquier <michael@paquier.xyz> wrote:
> Something new as of 11 is that btree indexes can be built in parallel,
> and before releasing it we found some bugs with covering indexes.
> Perhaps we have an issue hidden behind one of these, but hard to be
> sure.

I doubt it.

Jeremy did not report queries that give wrong answers. He only said
that the optimizer refused to use one particular index, before a
VACUUM FULL seemingly corrected the problem. OTOH, Jeremy did report
using contrib/amcheck on the index, which didn't complain. (Note also
that the amcheck functions will throw an error with an !indisvalid
index.)

-- 
Peter Geoghegan



pgsql-hackers by date:

Previous
From: Thomas Munro
Date:
Subject: Re: Windows UTF-8, non-ICU collation trouble
Next
From: Amit Kapila
Date:
Subject: Re: PATCH: logical_work_mem and logical streaming of largein-progress transactions