pgsql: Fix the buffer release order for parallel index scans. - Mailing list pgsql-committers

From Amit Kapila
Subject pgsql: Fix the buffer release order for parallel index scans.
Date
Msg-id E1fivXv-0000Dm-SS@gemulon.postgresql.org
Whole thread Raw
List pgsql-committers
Fix the buffer release order for parallel index scans.

During parallel index scans, if the current page to be read is deleted, we
skip it and try to get the next page for a scan without releasing the buffer
lock on the current page.  To get the next page, sometimes it needs to wait
for another process to complete its scan and advance it to the next page.
Now, it is quite possible that the master backend has errored out before
advancing the scan and issued a termination signal for all workers.  The
workers failed to notice the termination request during wait because the
interrupts are held due to buffer lock on the previous page.  This lead to
all workers being stuck.

The fix is to release the buffer lock on current page before trying to get
the next page.  We are already doing same in backward scans, but missed
it for forward scans.

Reported-by: Victor Yegorov
Bug: 15290
Diagnosed-by: Thomas Munro and Amit Kapila
Author: Amit Kapila
Reviewed-by: Thomas Munro
Tested-By: Thomas Munro and Victor Yegorov
Backpatch-through: 10 where parallel index scans were introduced
Discussion: https://postgr.es/m/153228422922.1395.1746424054206154747@wrigleys.postgresql.org

Branch
------
master

Details
-------
https://git.postgresql.org/pg/commitdiff/8ce29bb4f0df0806cf1995594b6390e9a9997665

Modified Files
--------------
src/backend/access/nbtree/nbtsearch.c | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)


pgsql-committers by date:

Previous
From: Michael Paquier
Date:
Subject: pgsql: Fix handling of pgbench's hash when no argument is provided
Next
From: Robert Haas
Date:
Subject: pgsql: Use key and partdesc from PartitionDispatch where possible.