mirror of
https://github.com/postgres/postgres.git
synced 2025-04-27 22:56:53 +03:00
Allow special SKIP LOCKED condition in Assert()
Under concurrency, it is possible for two sessions to be merrily locking and releasing a tuple and marking it again as HEAP_XMAX_INVALID all the while a third session attempts to lock it, miserably fails at it, and then contemplates life, the universe and everything only to eventually fail an assertion that said bit is not set. Before SKIP LOCKED that was indeed a reasonable expectation, but alas! commit df630b0dd5ea falsified it. This bug is as old as time itself, and even older, if you think time begins with the oldest supported branch. Therefore, backpatch to all supported branches. Author: Simon Riggs <simon.riggs@enterprisedb.com> Discussion: https://postgr.es/m/CANbhV-FeEwMnN8yuMyss7if1ZKjOKfjcgqB26n8pqu1e=q0ebg@mail.gmail.com
This commit is contained in:
parent
7d344f0041
commit
026a93727c
@ -5087,7 +5087,15 @@ failed:
|
|||||||
{
|
{
|
||||||
Assert(result == HeapTupleSelfUpdated || result == HeapTupleUpdated ||
|
Assert(result == HeapTupleSelfUpdated || result == HeapTupleUpdated ||
|
||||||
result == HeapTupleWouldBlock);
|
result == HeapTupleWouldBlock);
|
||||||
Assert(!(tuple->t_data->t_infomask & HEAP_XMAX_INVALID));
|
|
||||||
|
/*
|
||||||
|
* When locking a tuple under LockWaitSkip semantics and we fail with
|
||||||
|
* HeapTupleWouldBlock above, it's possible for concurrent transactions
|
||||||
|
* to release the lock and set HEAP_XMAX_INVALID in the meantime. So
|
||||||
|
* this assert is slightly different from the equivalent one in
|
||||||
|
* heap_delete and heap_update.
|
||||||
|
*/
|
||||||
|
Assert(HeapTupleWouldBlock || !(tuple->t_data->t_infomask & HEAP_XMAX_INVALID));
|
||||||
hufd->ctid = tuple->t_data->t_ctid;
|
hufd->ctid = tuple->t_data->t_ctid;
|
||||||
hufd->xmax = HeapTupleHeaderGetUpdateXid(tuple->t_data);
|
hufd->xmax = HeapTupleHeaderGetUpdateXid(tuple->t_data);
|
||||||
if (result == HeapTupleSelfUpdated)
|
if (result == HeapTupleSelfUpdated)
|
||||||
|
Loading…
x
Reference in New Issue
Block a user