Re: [HACKERS] logical decoding of two-phase transactions - Mailing list pgsql-hackers

From Amit Kapila
Subject Re: [HACKERS] logical decoding of two-phase transactions
Date
Msg-id CAA4eK1L9OAu8qAAuQrYfoULd0t_WHMjwakb8sGdBRbwJ3MqUYg@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] logical decoding of two-phase transactions  (Peter Smith <smithpb2250@gmail.com>)
Responses Re: [HACKERS] logical decoding of two-phase transactions  (Peter Smith <smithpb2250@gmail.com>)
List pgsql-hackers
On Wed, Nov 18, 2020 at 1:18 PM Peter Smith <smithpb2250@gmail.com> wrote:
>
> Hi.
>
> Using a tablesync debugging technique as described in another mail
> thread [1][2] I have caused the tablesync worker to handle (e.g.
> apply_dispatch) a 2PC PREPARE
>
> This exposes a problem with the current 2PC logic because if/when the
> PREPARE is processed by the tablesync worker then the txn will end up
> being COMMITTED, even though the 2PC PREPARE has not yet been COMMIT
> PREPARED by the publisher.
>

IIUC, this is the problem with the patch being discussed here, right?
Because before this we won't decode at Prepare time.

-- 
With Regards,
Amit Kapila.



pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: [patch] [doc] Clarify that signal functions have no feedback
Next
From: Heikki Linnakangas
Date:
Subject: Re: ResourceOwner refactoring