Re: [SP-]GiST IOS visibility bug (was: Why doens't GiST require super-exclusive lock) - Mailing list pgsql-hackers

From Matthias van de Meent
Subject Re: [SP-]GiST IOS visibility bug (was: Why doens't GiST require super-exclusive lock)
Date
Msg-id CAEze2WiQ61UjWbqc5d9x3pTWWw24MsW2g7Be-+o4io1fKSQuVg@mail.gmail.com
Whole thread
In response to Re: [SP-]GiST IOS visibility bug (was: Why doens't GiST require super-exclusive lock)  (Álvaro Herrera <alvherre@kurilemu.de>)
List pgsql-hackers
On Tue, 3 Feb 2026 at 23:39, Álvaro Herrera <alvherre@kurilemu.de> wrote:
>
> On 2025-Apr-25, Matthias van de Meent wrote:
>
> > Hi,
> >
> > In the original thread [0] we established that GIST and SP-GiST
> > support index-only scans, but don't have sufficient interlocking to
> > prevent dead tuples from being revived for their scan by vacuum.
>
> Hello,
>
> This commitfest entry
> https://commitfest.postgresql.org/patch/5721/
> is stale.  I would have brought it forward because it's tagged as a bug
> fix, but the patches look a bit intimidating to consider it a
> backpatchable bug fix.  So, what's the status here?

Sorry for the delay. I've finally gotten back to this patch, as it's
the simpler option vs the patch in the original thread, even if it may
have a higher performance impact for GIST and SP-GIST IOS scans.

Attached is v02, which is a simple rebase with some language and
wrapping changes in comments, as well as some fixes for assert-enabled
builds.


Kind regards,

Matthias van de Meent
Databricks (https://www.databricks.com)

Attachment

pgsql-hackers by date:

Previous
From: Yugo Nagata
Date:
Subject: Re: Can we use Statistics Import and Export feature to perforamance testing?
Next
From: Bertrand Drouvot
Date:
Subject: Re: Add per-backend lock statistics