Re: [HACKERS] Apparent walsender bug triggered by logical replication
От | Petr Jelinek |
---|---|
Тема | Re: [HACKERS] Apparent walsender bug triggered by logical replication |
Дата | |
Msg-id | 8a2b6337-a92f-44e3-a068-673719336613@2ndquadrant.com обсуждение исходный текст |
Ответ на | [HACKERS] Apparent walsender bug triggered by logical replication (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [HACKERS] Apparent walsender bug triggered by logical replication
|
Список | pgsql-hackers |
On 30/06/17 02:07, Tom Lane wrote: > I'm also kind of wondering why the "behind the apply" path out of > LogicalRepSyncTableStart exists at all; as far as I can tell we'd be much > better off if we just let the sync worker exit always as soon as it's done > the initial sync, letting any extra catchup happen later. The main thing > the current behavior seems to be accomplishing is to monopolize one of the > scarce max_sync_workers_per_subscription slots for the benefit of a single > table, for longer than necessary. Plus it adds additional complicated > interprocess signaling. > Hmm, I don't understand what you mean here. The "letting any extra catchup happen later" would never happen if the sync is behind apply as apply has already skipped relevant transactions. -- Petr Jelinek http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: