| From: | Ajin Cherian <itsajin(at)gmail(dot)com> |
|---|---|
| To: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
| Cc: | Peter Smith <smithpb2250(at)gmail(dot)com>, vignesh C <vignesh21(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [HACKERS] logical decoding of two-phase transactions |
| Date: | 2021-03-15 12:44:01 |
| Message-ID: | CAFPTHDZvpeE5Gznq9Cno0U2NhByzTrmuvw9-GOCvygvZFvREhg@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Mon, Mar 15, 2021 at 2:04 PM Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> wrote:
> I think something on these lines should be much
> easier than the spool-file implementation unless we see any problem
> with this idea.
>
>
Here's a new patch-set that implements this new solution proposed by Amit.
Patchset-v60 implements:
* renamed initial_consistent_point to two_phase_at and set it when a stream
is started with two_phase on or slot is created with two_phase on.
* replication slots are created with two_phase off on start.
* start stream with two_phase on only after all tables are in READY state.
* Initially the two_phase parameter of the subscription defaults to PENDING
and is only enabled once all tables are in READY state.
* restrict REFRESH PUBLICATION with copy = true on subscriptions with
two_phase enabled.
* documentation updates
Pending work:
* add documentation for START REPLICATION syntax change.
regards,
Ajin Cherian
Fujitsu Australia
| Attachment | Content-Type | Size |
|---|---|---|
| v60-0002-Support-2PC-txn-subscriber-tests.patch | application/octet-stream | 24.4 KB |
| v60-0003-Fix-apply-worker-dev-logs.patch | application/octet-stream | 4.1 KB |
| v60-0001-Add-support-for-apply-at-prepare-time-to-built-i.patch | application/octet-stream | 104.0 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David Steele | 2021-03-15 12:47:17 | Re: pg_ls_tmpdir to show directories and shared filesets (and pg_ls_*) |
| Previous Message | David Steele | 2021-03-15 12:34:00 | Re: Strange behavior with polygon and NaN |