| From: | "Vitaly Davydov" <v(dot)davydov(at)postgrespro(dot)ru> | 
|---|---|
| To: | "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com> | 
| Cc: | "Amit Kapila" <amit(dot)kapila16(at)gmail(dot)com>, "Ajin Cherian" <itsajin(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org <pgsql-hackers(at)lists(dot)postgresql(dot)org> | 
| Subject: | RE: Slow catchup of 2PC (twophase) transactions on replica in LR | 
| Date: | 2024-04-22 14:22:14 | 
| Message-ID: | fbd2-66267280-1-b005b50@193650298 | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-hackers | 
Dear Hayato,
On Monday, April 22, 2024 15:54 MSK, "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com> wrote:
 > Dear Vitaly,
>
> > I looked at the patch and realized that I can't try it easily in the near future
> > because the solution I'm working on is based on PG16 or earlier. This patch is
> > not easily applicable to the older releases. I have to port my solution to the
> > master, which is not done yet.
>
> We also tried to port our patch for PG16, but the largest barrier was that a
> replication command ALTER_SLOT is not supported. Since the slot option
> two_phase
> can't be modified, it is difficult to skip decoding PREPARE command even when
> altering the option from true to false.
> IIUC, Adding a new feature (e.g., replication command) for minor updates is
> generally
> prohibited
>
...
Attached patch set is a ported version for PG16, which breaks ABI. This can be used
for testing purpose, but it won't be pushed to REL_16_STABLE.
At least, this patchset can pass my github CI.
Can you apply and check whether your issue is solved?It is fantastic. Thank you for your help! I will definitely try your patch. I need some time to test and incorporate it. I also plan to port my stuff to the master branch to simplify testing of patches.
With best regards,
Vitaly Davydov
 
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2024-04-22 14:26:03 | Re: Add new protocol message to change GUCs for usage with future protocol-only GUCs | 
| Previous Message | Robert Haas | 2024-04-22 14:17:19 | Re: allow changing autovacuum_max_workers without restarting |