Re: Disallow quorum uncommitted (with synchronous standbys) txns in logical replication subscribers

Поиск
Список
Период
Сортировка
От Jeff Davis
Тема Re: Disallow quorum uncommitted (with synchronous standbys) txns in logical replication subscribers
Дата
Msg-id 2df227fddc659d1da61a59a54ffa11c03461a84e.camel@j-davis.com
обсуждение исходный текст
Ответ на Re: Disallow quorum uncommitted (with synchronous standbys) txns in logical replication subscribers  (SATYANARAYANA NARLAPURAM <satyanarlapuram@gmail.com>)
Ответы Re: Disallow quorum uncommitted (with synchronous standbys) txns in logical replication subscribers  (SATYANARAYANA NARLAPURAM <satyanarlapuram@gmail.com>)
Re: Disallow quorum uncommitted (with synchronous standbys) txns in logical replication subscribers  (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>)
Re: Disallow quorum uncommitted (with synchronous standbys) txns in logical replication subscribers  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Wed, 2022-01-05 at 23:59 -0800, SATYANARAYANA NARLAPURAM wrote:
> I would like to propose a GUC send_Wal_after_quorum_committed which
> when set to ON, walsenders corresponds to async standbys and logical
> replication workers wait until the LSN is quorum committed on the
> primary before sending it to the standby. This not only simplifies
> the post failover steps but avoids unnecessary downtime for the async
> replicas. Thoughts?

Do we need a GUC? Or should we just always require that sync rep is
satisfied before sending to async replicas?

It feels like the sync quorum should always be ahead of the async
replicas. Unless I'm missing a use case, or there is some kind of
performance gotcha.

Regards,
    Jeff Davis





В списке pgsql-hackers по дате отправления:

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: fix libpq comment
Следующее
От: Peter Smith
Дата:
Сообщение: Re: row filtering for logical replication