Re: [HACKERS] Multiple table synchronizations are processed serially
От | Peter Eisentraut |
---|---|
Тема | Re: [HACKERS] Multiple table synchronizations are processed serially |
Дата | |
Msg-id | 7d8033f5-87ae-da85-4f06-8df8747d87e5@2ndquadrant.com обсуждение исходный текст |
Ответ на | [HACKERS] Multiple table synchronizations are processed serially (Masahiko Sawada <sawada.mshk@gmail.com>) |
Ответы |
Re: [HACKERS] Multiple table synchronizations are processed serially
Re: [HACKERS] Multiple table synchronizations are processed serially |
Список | pgsql-hackers |
On 5/19/17 01:01, Masahiko Sawada wrote: > Seems all four table sync workers are launched at the almost same > time, but three workers of them get stuck in idle transaction state > when creating replication slot. That is these waiting workers cannot > proceed its work until first connected table sync worker finishes. ps > command shows the followings. Creating a replication slot waits for all transactions to finish. So if one of those transactions is a table copy of another subscription, it has to wait for that. You can avoid that by creating all the slots first and then triggering the initial table copy separately. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: