From: | Euler Taveira <euler(dot)taveira(at)2ndquadrant(dot)com> |
---|---|
To: | Andrey Borodin <x4mmm(at)yandex-team(dot)ru> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, boris(dot)novikov(at)acm(dot)org |
Subject: | Re: Logical archiving |
Date: | 2020-12-04 17:14:50 |
Message-ID: | CAH503wByHS=j0S73O5LujE4tUo28iKLUd9A3CA+VfLLg-KVNCw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, 4 Dec 2020 at 04:33, Andrey Borodin <x4mmm(at)yandex-team(dot)ru> wrote:
>
> I was discussing problems of CDC with scientific community and they asked
> this simple question: "So you have efficient WAL archive on a very cheap
> storage, why don't you have a logical archive too?"
>
WAL archive doesn't process data; it just copies from one location into
another one. However, "logical archive" must process data.
> If we could just run archive command ```archive-tool wal-push
> 0000000900000F2C000000E1.logical``` with contents of logical replication -
> this would be super cool for OLAP. I'd prefer even avoid writing
> 0000000900000F2C000000E1.logical to disk, i.e. push data on stdio or
> something like that.
>
> The most time consuming process is logical decoding, mainly due to long
running transactions. In order to minimize your issue, we should improve
the logical decoding mechanism. There was a discussion about allowing
logical decoding on the replica that would probably help your use case a
lot.
--
Euler Taveira http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Bossart, Nathan | 2020-12-04 17:17:06 | Re: please update ps display for recovery checkpoint |
Previous Message | Tom Lane | 2020-12-04 17:13:05 | Re: pg_dump, ATTACH, and independently restorable child partitions |