RE: Logical replication timeout problem

From: "wangw(dot)fnst(at)fujitsu(dot)com" <wangw(dot)fnst(at)fujitsu(dot)com>
To: "kuroda(dot)hayato(at)fujitsu(dot)com" <kuroda(dot)hayato(at)fujitsu(dot)com>
Cc: Fabrice Chapuis <fabrice636861(at)gmail(dot)com>, Simon Riggs <simon(dot)riggs(at)enterprisedb(dot)com>, Petr Jelinek <petr(dot)jelinek(at)enterprisedb(dot)com>, "tanghy(dot)fnst(at)fujitsu(dot)com" <tanghy(dot)fnst(at)fujitsu(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Ajin Cherian <itsajin(at)gmail(dot)com>, Peter Smith <smithpb2250(at)gmail(dot)com>
Subject: RE: Logical replication timeout problem
Date: 2022-03-18 05:13:48
Message-ID: OS3PR01MB6275C5D577614AEEC46BFA0E9E139@OS3PR01MB6275.jpnprd01.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Mar 9, 2022 at 11:52 AM Kuroda, Hayato/黒田 隼人 <kuroda(dot)hayato(at)fujitsu(dot)com> wrote:
> Thank you for updating!
Thanks for your comments.

> 1. pgoutput_change
> ```
> + bool is_send = true;
> ```
>
> My first impression is that is_send should be initialized to false, and it will change
> to true when OutputPluginWrite() is called.
>
>
> 2. pgoutput_change
> ```
> + {
> + is_send = false;
> + break;
> + }
> ```
>
> Here are too many indents, but I think they should be removed.
> See above comment.
Fixed. Initialize is_send to false.

> 3. WalSndUpdateProgress
> ```
> + /*
> + * If half of wal_sender_timeout has lapsed without send message
> standby,
> + * send a keep-alive message to the standby.
> + */
> ```
>
> The comment seems inconsistency with others.
> Here is "keep-alive", but other parts are "keepalive".
Since this part of the code was refactored, this inconsistent comment was
removed.

> 4. ReorderBufferProcessTXN
> ```
> + change-
> >data.inval.ninvalidations,
> +
> + change->data.inval.invalidations);
> ```
>
> Maybe these lines break 80-columns rule.
Thanks for reminder. I will run pg_ident later.

Kindly have a look at new patch shared in [1].

[1] - https://www.postgresql.org/message-id/OS3PR01MB6275C67F14954E05CE5D04399E139%40OS3PR01MB6275.jpnprd01.prod.outlook.com

Regards,
Wang wei

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Munro 2022-03-18 05:15:47 Re: pgsql: Add option to use ICU as global locale provider
Previous Message wangw.fnst@fujitsu.com 2022-03-18 05:13:02 RE: Logical replication timeout problem