| From: | Ashutosh Sharma <ashu(dot)coek88(at)gmail(dot)com> |
|---|---|
| To: | shveta malik <shveta(dot)malik(at)gmail(dot)com> |
| Cc: | Ajin Cherian <itsajin(at)gmail(dot)com>, SATYANARAYANA NARLAPURAM <satyanarlapuram(at)gmail(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication |
| Date: | 2026-03-18 05:27:02 |
| Message-ID: | CAE9k0P=fo=EoJGYDr6eXnEKXpxs_eae0RSX=0kyHe6rMumsy1Q@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, Mar 18, 2026 at 10:38 AM shveta malik <shveta(dot)malik(at)gmail(dot)com> wrote:
>
> On Wed, Mar 18, 2026 at 10:15 AM Ashutosh Sharma <ashu(dot)coek88(at)gmail(dot)com> wrote:
> > > 8)
> > > I would like to understand how synchronous_standby_names deal with
> > > such a case: 'first as server name or FIRST as priority syntax'. I
> > > could not find any such function/logic there.
> > >
>
> Let me know if you understand this part, else I will debug it once.
>
This is not needed for synchronous_standby_names because specifying a
list of values without the FIRST/ANY keyword is implicitly treated as
FIRST 1, which the syncrep parser already handles. However, this
behavior differs for synchronized_standby_slots, where a list of
values without FIRST/ANY is treated as ALL mode. Since we reuse the
syncrep parser here, we need to distinguish whether the FIRST keyword
was explicitly provided by the user, which is the purpose of the
IsExplicitFirstSyncStandbySlotsSyntax function.
--
With Regards,
Ashutosh Sharma.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Kirill Reshke | 2026-03-18 05:42:08 | Re: Fix gistkillitems & add regression test to microvacuum |
| Previous Message | shveta malik | 2026-03-18 05:08:37 | Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication |