Re: [HACKERS] Multiple table synchronizations are processed serially - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [HACKERS] Multiple table synchronizations are processed serially
Date
Msg-id 7d8033f5-87ae-da85-4f06-8df8747d87e5@2ndquadrant.com
Whole thread Raw
In response to [HACKERS] Multiple table synchronizations are processed serially  (Masahiko Sawada <sawada.mshk@gmail.com>)
Responses Re: [HACKERS] Multiple table synchronizations are processed serially  (Petr Jelinek <petr.jelinek@2ndquadrant.com>)
Re: [HACKERS] Multiple table synchronizations are processed serially  (Masahiko Sawada <sawada.mshk@gmail.com>)
List 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 by date:

Previous
From: Robert Haas
Date:
Subject: Re: [HACKERS] [bug fix] PG10: libpq doesn't connect to alternativehosts when some errors occur
Next
From: Tom Lane
Date:
Subject: [HACKERS] Precision and rounding fixes for money type