Re: [HACKERS] Multiple table synchronizations are processed serially
От | Petr Jelinek |
---|---|
Тема | Re: [HACKERS] Multiple table synchronizations are processed serially |
Дата | |
Msg-id | 7ba90ed5-b5e6-c778-2f47-991c3eb75529@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Multiple table synchronizations are processed serially (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
Список | pgsql-hackers |
On 19/05/17 21:47, Peter Eisentraut wrote: > 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. > Well IMHO this concrete example is partially effect of the snapshort builder fixes we did with Andres. Before those fixes the ondisk snapshot may have been used in this situation. Makes me think if we want to mark the exported snapshot as containing all transactions and using it if that's the case. -- Petr Jelinek http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: