Re: Interval for launching the table sync worker
От | Kyotaro HORIGUCHI |
---|---|
Тема | Re: Interval for launching the table sync worker |
Дата | |
Msg-id | 20170406.154522.71493524.horiguchi.kyotaro@lab.ntt.co.jp обсуждение исходный текст |
Ответы |
Re: Interval for launching the table sync worker
|
Список | pgsql-hackers |
I was thinking the same. At Thu, 6 Apr 2017 11:33:22 +0900, Masahiko Sawada <sawada.mshk@gmail.com> wrote in <CAD21AoDCnyRJDUY=ESVVe68AukvOP2dFomTeBFpAd1TiFbjsGg@mail.gmail.com> > Hi all, > > While testing table sync worker for logical replication I noticed that > if the table sync worker of logical replication failed to insert the > data for whatever reason, the table sync worker process exits with > error. And then the main apply worker launches the table sync worker > again soon without interval. This routine is executed at very high > frequency without interval. > > Should we do put a interval (wal_retrieve_interval or make a new GUC > parameter?) for launching the table sync worker? After introducing encoding conversion, untranslatable characters in a published table causes this situation. Interval can reduce the frequence of reconnecting, but I think that walreciever should refrain from reconnecting on unrecoverable(or repeating) error in walsender. regards, -- Kyotaro Horiguchi NTT Open Source Software Center
В списке pgsql-hackers по дате отправления: