Make HEAP_LOCK/HEAP2_LOCK_UPDATED replay reset HEAP_XMAX_INVALID.
authorAndres Freund <[email protected]>
Fri, 15 Jul 2016 21:37:06 +0000 (14:37 -0700)
committerAndres Freund <[email protected]>
Fri, 15 Jul 2016 21:51:03 +0000 (14:51 -0700)
0ac5ad5 started to compress infomask bits in WAL records. Unfortunately
the replay routines for XLOG_HEAP_LOCK/XLOG_HEAP2_LOCK_UPDATED forgot to
reset the HEAP_XMAX_INVALID (and some other) hint bits.

Luckily that's not problematic in the majority of cases, because after a
crash/on a standby row locks aren't meaningful. Unfortunately that does
not hold true in the presence of prepared transactions. This means that
after a crash, or after promotion, row level locks held by a prepared,
but not yet committed, prepared transaction might not be enforced.

Discussion: 20160715192319[email protected]
Backpatch: 9.3, the oldest branch on which 0ac5ad5 is present.

src/backend/access/heap/heapam.c

index 9a40c2282b588e5e91551b55d6678762491f66bc..b98b084eded7fb4f294e49e6c77e0b99c121d35c 100644 (file)
@@ -7865,6 +7865,8 @@ heap_xlog_lock(XLogRecPtr lsn, XLogRecord *record)
 
        htup = (HeapTupleHeader) PageGetItem(page, lp);
 
+       htup->t_infomask &= ~(HEAP_XMAX_BITS | HEAP_MOVED);
+       htup->t_infomask2 &= ~HEAP_KEYS_UPDATED;
        fix_infomask_from_infobits(xlrec->infobits_set, &htup->t_infomask,
                                                           &htup->t_infomask2);
 
@@ -7925,6 +7927,8 @@ heap_xlog_lock_updated(XLogRecPtr lsn, XLogRecord *record)
 
        htup = (HeapTupleHeader) PageGetItem(page, lp);
 
+       htup->t_infomask &= ~(HEAP_XMAX_BITS | HEAP_MOVED);
+       htup->t_infomask2 &= ~HEAP_KEYS_UPDATED;
        fix_infomask_from_infobits(xlrec->infobits_set, &htup->t_infomask,
                                                           &htup->t_infomask2);
        HeapTupleHeaderSetXmax(htup, xlrec->xmax);