Re: [HACKERS] src/test/subscription/t/005_encoding.pl is broken

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: [HACKERS] src/test/subscription/t/005_encoding.pl is broken
Дата
Msg-id 20170918175829.dyujv4leisqhein4@alap3.anarazel.de
обсуждение исходный текст
Ответ на [HACKERS] src/test/subscription/t/005_encoding.pl is broken  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] src/test/subscription/t/005_encoding.pl is broken  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: [HACKERS] src/test/subscription/t/005_encoding.pl is broken  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Hi,

On 2017-09-18 11:50:06 -0400, Tom Lane wrote:
> The reason seems to be that its method of waiting for replication
> to happen is completely inapropos.  It's watching for the master
> to say that the slave has received all the WAL, but that does not
> ensure that the logicalrep apply workers have caught up, does it?

To my knowledge here's not really any difference between the two in
logical replication. Received changes are immediately applied, there's
no equivalent to a walreceiver queing up "logical wal" onto disk.

So I'm not sure that theory holds.

Greetings,

Andres Freund


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: [HACKERS] Boom filters for hash joins (was: A design for amcheckheapam verification)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] src/test/subscription/t/005_encoding.pl is broken