Re: Can concurrent create index concurrently block each other?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Konstantin Knizhnik <knizhnik(at)garret(dot)ru>
Cc: PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Can concurrent create index concurrently block each other?
Date: 2023-10-15 19:59:56
Message-ID: 2115849.1697399996@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Konstantin Knizhnik <knizhnik(at)garret(dot)ru> writes:
> One our customer complains that he spawned two `create index
> concurrently` for two different tables and both stuck in"waiting for old
> snapshots".
> I wonder if two CIC can really block each other in `WaitForOlderSnapshots`?

Since v14, we won't wait for another CIC unless it is processing a
partial or expressional index. (According to the comments for
WaitForOlderSnapshots, anyway.) What PG version is this, and what
kind of indexes are being rebuilt?

In any case, if they were blocking each other that would be reported
as a deadlock, since they'd use VirtualXactLock() which relies on
the heavyweight lock manager. What seems more likely is that your
customer had some other old transaction sitting idle and blocking both
of them. Looking into pg_locks would provide more definitive evidence
about what they are waiting for.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Geoghegan 2023-10-15 20:50:43 Re: Optimizing nbtree ScalarArrayOp execution, allowing multi-column ordered scans, skip scan
Previous Message Avinash Vallarapu 2023-10-15 19:24:50 Re: Can concurrent create index concurrently block each other?