Re: Fix slot synchronization with two_phase decoding enabled - Mailing list pgsql-hackers

From Dilip Kumar
Subject Re: Fix slot synchronization with two_phase decoding enabled
Date
Msg-id CAFiTN-smNzkUwwyhG36DTV0zPDFXxVoPfHV-qjEXYUVok169KA@mail.gmail.com
Whole thread Raw
In response to Re: Fix slot synchronization with two_phase decoding enabled  (Amit Kapila <amit.kapila16@gmail.com>)
List pgsql-hackers
On Thu, Jun 5, 2025 at 3:59 PM Amit Kapila <amit.kapila16@gmail.com> wrote:
>
> On Thu, Jun 5, 2025 at 2:53 PM Dilip Kumar <dilipbalaut@gmail.com> wrote:
> >
> > On Tue, Jun 3, 2025 at 11:05 AM Nisha Moond <nisha.moond412@gmail.com> wrote:
> > >
> > >
> > > Attached v17 patches. Added a top-up patch 0002 implementing the idea
> > > suggested by Amit above.
> >
> > I have started reviewing this, although I haven't done a complete
> > review yet, but I have a question on the fix we are trying to do, IIUC
> > we are disallowing to use 'two phase' and 'failover' options together
> > at the create slot time and now users has to create slot with one of
> > the option and later enable other option right (if user want to use
> > both options)? But don't you think it will affect usability? because
> > if a user wants to use both the options together then after creating
> > the slot they need to track when is the right time to enable the other
> > option?
> >
>
> Note that this is the restriction for 17 only, as we can't think of a
> better way to fix it. For HEAD, we have exposed two_phase_at via the
> existing view to fix this bug, see 4868c96bc8. We can't do the same in
> backbranches as discussed in email [1]. If you have any better ideas
> to fix this in backbranch, then kindly let us know.

Understood. On HEAD , we've exposed two_phase_at to fix this problem.
It's unfortunate we can't back-port this solution. This means we have
to impose new restrictions on what was previously allowed in older
versions of PostgreSQL to avoid the issue. While it's not ideal, we
don't have a better approach for those older branches right now.
Thanks for clarifying.

--
Regards,
Dilip Kumar
Google



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Unnecessary connection overhead due copy-on-write (mainly openssl)
Next
From: Xuneng Zhou
Date:
Subject: Re: Add CHECK_FOR_INTERRUPTS in polling loop code path in XactLockTableWait