Re: Logical replication wal sender timestamp bug
Jeff Janes <jeff.janes@gmail.com>
From: Jeff Janes <jeff.janes@gmail.com>
To: Michael Paquier <michael@paquier.xyz>
Cc: pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2019-11-08T20:01:35Z
Lists: pgsql-hackers
On Wed, Nov 6, 2019 at 2:15 AM Michael Paquier <michael@paquier.xyz> wrote: > On Tue, Nov 05, 2019 at 01:19:37PM +0900, Michael Paquier wrote: > > On Sat, Nov 02, 2019 at 09:54:54PM -0400, Jeff Janes wrote: > >> Filling out the timestamp after the message has already been sent is > taking > >> "as late as possible" a little too far. It results in every message > having > >> a zero timestamp, other than keep-alives which go through a different > path. > > > > It seems to me that you are right: the timestamp is computed too > > late. > > It is easy enough to reproduce the problem by setting for example > logical replication between two nodes and pgbench to produce some > load and then monitor pg_stat_subscription periodically. However, it > is a problem since logical decoding has been introduced (5a991ef) so > committed your fix down to 9.4. > Thanks. This column looks much more reasonable now. Cheers, Jeff
Commits
-
Fix timestamp of sent message for write context in logical decoding
- 15d90a02a0ce 9.4.25 landed
- 404d25f3c549 9.5.20 landed
- 16b43e091c77 9.6.16 landed
- f7b0d0704923 10.11 landed
- cb6d7f9855e9 11.6 landed
- 9ae4bdadf79f 12.1 landed
- 5f6b1eb0cf4b 13.0 landed