Re: [PATCH] Support automatic sequence replication
Amit Kapila <amit.kapila16@gmail.com>
From: Amit Kapila <amit.kapila16@gmail.com>
To: Dilip Kumar <dilipbalaut@gmail.com>
Cc: "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>,
Ajin Cherian <itsajin@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2026-02-24T11:28:43Z
Lists: pgsql-hackers
On Tue, Feb 24, 2026 at 4:07 PM Dilip Kumar <dilipbalaut@gmail.com> wrote: > > On Mon, Feb 23, 2026 at 11:14 AM Hayato Kuroda (Fujitsu) > <kuroda.hayato@fujitsu.com> wrote: > > > > Dear Dilip, > > > > > Thanks for clarifying the use case, and I agree this is a valid use > > > case, although I am not completely sure how exactly we are achieving > > > that? I mean sequence sync workers need to fetch the list of all > > > published sequences to identify whether they are in sync with the > > > local sequence state or not? Or somehow we can avoid that? If not > > > what we would save, updating the local states of the sequences if they > > > are already in sync? > > > > IIUC, the sequencesync worker first lists all sequences on the subscriber, then > > gets their states on the publisher side. Then the worker updates the state only > > when the sequence between instances is different. > > > > Does it make sense for you? > > Thanks, yeah that absolutely makes sense, one of the key requirement > while using the logical replication for the major version upgrade is > how long is the downtime before switchover and thats directly > proportional to the time we take in syncing. So with automatic > sequence sync if we are ensuring that only the sequences which were > not synced automatically are synced with REFRESH that then this would > be very good feature addition. However, I will look into the patch to > see how we are taking care of syncing the sequences which are not > already synced. > This is done by comparing local and remote sequence values. Have we done any time measurement with very large > number of sequences, that how much time REFRESH SEQUENCES takes with > or without patch? Even if done, nothing is shared on -hackers. So, we should do some measurement in this regard, if not done already, and share the data. -- With Regards, Amit Kapila.
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Don't include wait_event.h in pgstat.h
- 868825aaeb40 19 (unreleased) cited
-
Don't include proc.h in shm_mq.h
- a2c89835f512 19 (unreleased) cited
-
Fix unsafe RTE_GROUP removal in simplify_EXISTS_query
- 77c7a17a6e5f 19 (unreleased) cited
-
Add sequence synchronization for logical replication.
- 5509055d6956 19 (unreleased) cited