Re: Logical subscription / publication lifetimes

From: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
To: andrew cooke <andrew(at)acooke(dot)org>
Cc: "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Logical subscription / publication lifetimes
Date: 2022-04-22 16:13:15
Message-ID: CAKFQuwb3QzPfHsHr48nmst6LwW4Ui9SOWiK1YaNCddidsp50Yg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Apr 22, 2022 at 5:00 AM andrew cooke <andrew(at)acooke(dot)org> wrote:

>
> If I define a publication at time Tp, then load some data on the
> publisher, then start a subscription at time Ts, then load some more
> data on the publisher, does the subscriber get data from Tp or Ts
> onwards?
>
>
It depends. By default, neither, the publisher is publishing the entire
contents of the table and the subscriber will do everything necessary to
replicate those contents in their entirety.

If you specify copy_data = false I'm not sure what you end up with
initially or after disable. My guess is the subscription defines the first
transaction it cares about when it connects to the publisher, defaulting to
the most recent publisher transaction (all older transactions would be
handled via copy_data = true) but then so long as the slot remains active
the publisher will place the data into the slot even while the subscriber
is not active and the subscriber will receive all of it next time it comes
online/re-enables.

David J.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message andrew cooke 2022-04-22 16:59:29 Re: Logical subscription / publication lifetimes
Previous Message Willy-Bas Loos 2022-04-22 14:00:35 Re: logical replication worker can't find postgis function