Re: Bug in Physical Replication Slots (at least 9.5)?
Greg Stark <stark@mit.edu>
From: Greg Stark <stark@mit.edu>
To: Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>
Cc: Michael Paquier <michael.paquier@gmail.com>,
Jonathon Nelson <jdnelson@dyn.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>,
PostgreSQL Bugs <pgsql-bugs@postgresql.org>
Date: 2018-01-19T11:28:58Z
Lists: pgsql-bugs, pgsql-hackers
On 19 January 2017 at 09:37, Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp> wrote: > > Though I haven't look closer to how a modification is splitted > into WAL records. A tuple cannot be so long. As a simple test, I > observed rechder->xl_tot_len at the end of XLogRecordAssemble > inserting an about 400KB not-so-compressable string into a text > column, but I saw a series of many records with shorter than > several thousand bytes. I think the case to check is a commit record with many thousands of subtransactions. I'm not sure you can fill a whole segment though. -- greg
Commits
-
Fix scenario where streaming standby gets stuck at a continuation record.
- c06380e97692 9.4.18 landed
- 4ea8f7d4553e 9.5.13 landed
- 7b7521d65772 9.6.9 landed
- ca572db22f62 10.4 landed
- 066871980183 11.0 landed