| From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
|---|---|
| To: | Craig Ringer <craig(at)2ndquadrant(dot)com> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Stas Kelvich <s(dot)kelvich(at)postgrespro(dot)ru>, Simon Riggs <simon(at)2ndquadrant(dot)com> |
| Subject: | Re: logical decoding of two-phase transactions |
| Date: | 2017-02-03 22:47:50 |
| Message-ID: | CA+TgmoaQHvRR-gAG980Nf7hzug+VfuP69eFzAaq0P8TS1WLQhg@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thu, Feb 2, 2017 at 7:14 PM, Craig Ringer <craig(at)2ndquadrant(dot)com> wrote:
> We could make reorder buffers persistent and shared between decoding
> sessions but it'd totally change the logical decoding model and create
> some other problems. It's certainly not a topic for this patch. So we
> can take it as given that we'll always restart decoding from BEGIN
> again at a crash.
OK, thanks for the explanation. I have never liked this design very
much, and told Andres so: big transactions are bound to cause
noticeable replication lag. But you're certainly right that it's not
a topic for this patch.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Geoghegan | 2017-02-03 22:58:11 | Re: Parallel tuplesort (for parallel B-Tree index creation) |
| Previous Message | Michael Paquier | 2017-02-03 22:47:25 | Re: Enabling replication connections by default in pg_hba.conf |