Re: [HACKERS] Logical replication launcher useswal_retrieve_retry_interval

Поиск
Список
Период
Сортировка
От Petr Jelinek
Тема Re: [HACKERS] Logical replication launcher useswal_retrieve_retry_interval
Дата
Msg-id fa3898f4-667a-f131-e49a-75d7b3e4a3c1@2ndquadrant.com
обсуждение исходный текст
Ответ на [HACKERS] Logical replication launcher uses wal_retrieve_retry_interval  (Masahiko Sawada <sawada.mshk@gmail.com>)
Ответы Re: [HACKERS] Logical replication launcher uses wal_retrieve_retry_interval
Re: [HACKERS] Logical replication launcher uses wal_retrieve_retry_interval
Список pgsql-hackers
On 14/04/17 12:57, Masahiko Sawada wrote:
> Hi,
> 
> I noticed that the logical replication launcher uses
> wal_retrieve_retry_interval as a interval of launching logical
> replication worker process. This behavior is not documented and I
> guess this is no longer consistent with what its name means.
> 

Yes that was done based on reviews (and based on general attitude of not
adding more knobs that are similar in meaning). It is briefly documented
in the replication config section. Same is true for wal_receiver_timeout
btw.

> I think that we should either introduce a new GUC parameter (say
> logical_replication_retry_interval?) for this or update the
> description of wal_retrieve_retry_interval. IMO the former is better.
> 

I am not quite sure adding more GUCs is all that great option. When
writing the patches I was wondering if we should perhaps rename the
wal_receiver_timeout and wal_retrieve_retry_interval to something that
makes more sense for both physical and logical replication though.

--  Petr Jelinek                  http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training &
Services



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

Предыдущее
От: Petr Jelinek
Дата:
Сообщение: Re: [HACKERS] Interval for launching the table sync worker
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: [HACKERS] Rewriting the test of pg_upgrade as a TAP test