RE: Logical replication is missing block of rows when sending initial sync?

From: "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com>
To: 'Kyotaro Horiguchi' <horikyota(dot)ntt(at)gmail(dot)com>, "depesz(at)depesz(dot)com" <depesz(at)depesz(dot)com>
Cc: "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: RE: Logical replication is missing block of rows when sending initial sync?
Date: 2023-11-02 03:17:03
Message-ID: TYCPR01MB5870BFB795F529F4619D8BB9F5A6A@TYCPR01MB5870.jpnprd01.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Dear Horiguchi-san,

> I'm not well-versed in the details of logical replication, but does
> logical replication inherently operate in such a way that it fully
> maintains relationships between tables? If not, isn't it possible that
> the issue in question is not about missing referenced data, but merely
> a temporary delay?

I assumed that tuples referred by FK existed before synchronization or during that.
In this case, IIUC the status is never 'r' before they are replicated. Thought?

Dear Depesz,

Is above assumption right?

Also, I suggest you that pg_stat_replicaiton can be checked on publisher when you
meet the failure again. If pg_stat_replication.replay_lsn is much behind
pg_stat_replication.sent_lsn, the replication may be delayed so that the tuples
are not appeared. pg_stat_subscription on subscriber has similar infos with replay_lsn.

Note that pg_stat_replication may be not updated if feedbacks from a subscriber
is disabled.

https://www.postgresql.org/docs/14/monitoring-stats.html#MONITORING-PG-STAT-SUBSCRIPTION

Best Regards,
Hayato Kuroda
FUJITSU LIMITED

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message torikoshia 2023-11-02 03:24:50 Re: pg_rewind WAL segments deletion pitfall
Previous Message Andrei Lepikhov 2023-11-02 02:10:40 Re: BUG #18170: Unexpected error: no relation entry for relid 3