RE: test_decoding assertion failure for the loss of top-sub transaction relationship
Hayato Kuroda (Fujitsu) <kuroda.hayato@fujitsu.com>
From: "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
To: 'Amit Kapila' <amit.kapila16@gmail.com>, Kyotaro Horiguchi <horikyota.ntt@gmail.com>, "dilipbalaut@gmail.com" <dilipbalaut@gmail.com>, "osumi.takamichi@fujitsu.com" <osumi.takamichi@fujitsu.com>
Cc: "pgsql-hackers@lists.postgresql.org" <pgsql-hackers@lists.postgresql.org>
Date: 2022-09-06T09:16:56Z
Lists: pgsql-hackers
Attachments
- REL14-0001-PoC-Fix-assertion-failure-during-logical-decoding.patch (application/octet-stream) patch 0001
> I was not sure what's the proper way to fix it. > The solution I've thought at first was transporting all invalidations from sub to top > like ReorderBufferTransferSnapToParent(), > but I do not know its side effect. Moreover, how do we deal with > ReorderBufferChange? > Should we transfer them too? If so, how about the ordering of changes? > Alternative solustion was just remove the assertion, but was it OK? PSA the PoC patch for discussion. In this patch only invalidation messages are transported, changes hold by subtxn are ignored. This can be passed the reported workload. Best Regards, Hayato Kuroda FUJITSU LIMITED
Commits
-
Fix executing invalidation messages generated by subtransactions during decoding.
- 343afa967106 15.1 landed
- 4fbe6096b954 14.6 landed
- 38dbaaf27387 13.9 landed
- 02600886c8a8 12.13 landed
- 216af69aec0d 11.18 landed
-
Fix assertion failures while processing NEW_CID record in logical decoding.
- 64ff0fe4e8c4 15.1 landed
- a592ed923e67 14.6 landed
- 25f7be1ca236 13.9 landed
- 1bf4d92060ee 12.13 landed
- 5f7076cb609e 11.18 landed
- 10ed7b9e4b19 10.23 landed
- 16b1fe0037dc 16.0 landed