Fix race condition in committing a serializable transaction
authorHeikki Linnakangas <[email protected]>
Mon, 21 Oct 2024 06:49:21 +0000 (09:49 +0300)
committerHeikki Linnakangas <[email protected]>
Mon, 21 Oct 2024 06:49:50 +0000 (09:49 +0300)
commite2ec3afebc238e281df7f3f435c243d9c300046d
tree540a92647dfb58e29b5ab9640cc52ce3b38a5859
parentdd27cc044447202580ab24eedd114a264197710d
Fix race condition in committing a serializable transaction

The finished transaction list can contain XIDs that are older than the
serializable global xmin. It's a short-lived state;
ClearOldPredicateLocks() removes any such transactions from the list,
and it's called whenever the global xmin advances. But if another
backend calls SummarizeOldestCommittedSxact() in that window, it will
call SerialAdd() on an XID that's older than the global xmin, or if
there are no more transactions running, when global xmin is
invalid. That trips the assertion in SerialAdd().

Fixes bug #18658 reported by Andrew Bille. Thanks to Alexander Lakhin
for analysis. Backpatch to all versions.

Discussion: https://www.postgresql.org/message-id/18658-7dab125ec688c70b%40postgresql.org
src/backend/storage/lmgr/predicate.c