Re: Patch: VACUUM should ignore (CREATE |RE)INDEX CONCURRENTLY for xmin horizon calculations - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: Patch: VACUUM should ignore (CREATE |RE)INDEX CONCURRENTLY for xmin horizon calculations
Date
Msg-id CAH2-WzmfvbXa6aEdzEBSZK4mWM-XKdmt8_YaSXF96qvKU4OUFQ@mail.gmail.com
Whole thread Raw
In response to Patch: VACUUM should ignore (CREATE |RE)INDEX CONCURRENTLY for xmin horizon calculations  (Hannu Krosing <hannuk@google.com>)
Responses Re: Patch: VACUUM should ignore (CREATE |RE)INDEX CONCURRENTLY for xmin horizon calculations
List pgsql-hackers
On Mon, Nov 24, 2025 at 4:18 PM Hannu Krosing <hannuk@google.com> wrote:
> When VACUUM decides which rows are safe to freeze or permanently
> remove it currently ignores backends which have PROC_IN_VACUUM or
> PROC_IN_LOGICAL_DECODING bits set.
>
> This patch adds PROC_IN_SAFE_IC to this set, so backends running
> CREATE INDEX CONCURRENTLY or REINDEX CONCURRENTLY and where the index
> is "simple" - i.e. not expression indexes or conditional indexes are
> involved - these would be ignored too.

Are you aware of commit d9d076222f5b? It was subsequently reverted by
commit e28bb885 because it led to subtle data corruption. Indexes had
wrong contents due to an unforeseen interaction with pruning.

--
Peter Geoghegan



pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: warning on the current head
Next
From: Michael Paquier
Date:
Subject: Re: Issues with ON CONFLICT UPDATE and REINDEX CONCURRENTLY