Re: Improve pg_sync_replication_slots() to wait for primary to advance

From: "Yilin Zhang" <jiezhilove(at)126(dot)com>
To: "Ajin Cherian" <itsajin(at)gmail(dot)com>
Cc: "Chao Li" <li(dot)evan(dot)chao(at)gmail(dot)com>, "shveta malik" <shveta(dot)malik(at)gmail(dot)com>, "Amit Kapila" <amit(dot)kapila16(at)gmail(dot)com>, "Ashutosh Bapat" <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>, "Japin Li" <japinli(at)hotmail(dot)com>, "Ashutosh Sharma" <ashu(dot)coek88(at)gmail(dot)com>, "PostgreSQL mailing lists" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Improve pg_sync_replication_slots() to wait for primary to advance
Date: 2025-12-10 05:22:39
Message-ID: 36a22052.3f34.19b06b62559.Coremail.jiezhilove@126.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At 2025-12-10 13:07:34, "Ajin Cherian" <itsajin(at)gmail(dot)com> wrote:
>
>I'm not sure if this is much of an improvement, I like the current
>approach and matches with similar coding patterns in the code base.
>
>Attaching v34 addressing the above comments.
>

Hi,
Few comments for v34.

1 - 0002

```

--- a/src/backend/replication/logical/slotsync.c

+++ b/src/backend/replication/logical/slotsync.c

@@ -39,6 +39,12 @@

* the last cycle. Refer to the comments above wait_for_slot_activity() for

* more details.

*

+ * If the SQL function pg_sync_replication is used to sync the slots, and if

```

Typo, it should be "pg_sync_replication_slots()" instead of "pg_sync_replication".

2 - 0002

```

+ /*

+ * The syscache access in fetch_or_refresh_remote_slots() needs a

+ * transaction env.

+ */

```

Typo, it should be "fetch_remote_slots()" instead of "fetch_or_refresh_remote_slots()".

3 - 0002

```

+ appendStringInfo(&query, "'%s'", slot_name);

```

Instead of manually add single quotes to slot name, consider using quote_literal_cstr().

While I was reviewing patch v32, Ajin Cherian had already submitted patch v34, but these issues still persisted.

Best regards,

--

Yilin Zhang

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message shveta malik 2025-12-10 05:50:59 Re: Skipping schema changes in publication
Previous Message Chengpeng Yan 2025-12-10 05:20:01 Re: Add a greedy join search algorithm to handle large join problems