pgsql: logical decoding: old/newtuple in spooled UPDATE changes was swi

From: Andres Freund <andres(at)anarazel(dot)de>
To: pgsql-committers(at)postgresql(dot)org
Subject: pgsql: logical decoding: old/newtuple in spooled UPDATE changes was swi
Date: 2016-03-06 02:16:47
Message-ID: E1acOFT-0001YS-Op@gemulon.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

logical decoding: old/newtuple in spooled UPDATE changes was switched around.

Somehow I managed to flip the order of restoring old & new tuples when
de-spooling a change in a large transaction from disk. This happens to
only take effect when a change is spooled to disk which has old/new
versions of the tuple. That only is the case for UPDATEs where he
primary key changed or where replica identity is changed to FULL.

The tests didn't catch this because either spooled updates, or updates
that changed primary keys, were tested; not both at the same time.

Found while adding tests for the following commit.

Backpatch: 9.4, where logical decoding was added

Branch
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/0bda14d54cf24dedcd2011559a53cc62702e421b

Modified Files
--------------
contrib/test_decoding/expected/ddl.out | 15 +++++++++++++++
contrib/test_decoding/sql/ddl.sql | 12 ++++++++++++
src/backend/replication/logical/reorderbuffer.c | 20 ++++++++++----------
3 files changed, 37 insertions(+), 10 deletions(-)

Browse pgsql-committers by date

  From Date Subject
Next Message Andres Freund 2016-03-06 02:16:50 pgsql: logical decoding: old/newtuple in spooled UPDATE changes was swi
Previous Message Joe Conway 2016-03-05 19:11:09 pgsql: Expose control file data via SQL accessible functions.