Re: Replication & recovery_min_apply_delay

Поиск
Список
Период
Сортировка
От Asim Rama Praveen
Тема Re: Replication & recovery_min_apply_delay
Дата
Msg-id 158012525598.742.4628546558494254315.pgcf@coridan.postgresql.org
обсуждение исходный текст
Ответ на Re: Replication & recovery_min_apply_delay  (Asim R P <apraveen@pivotal.io>)
Ответы Re: Replication & recovery_min_apply_delay  (Asim R P <apraveen@pivotal.io>)
Список pgsql-hackers
The following review has been posted through the commitfest application:
make installcheck-world:  not tested
Implements feature:       not tested
Spec compliant:           not tested
Documentation:            not tested

The logic to start WAL receiver early should not be coupled with recovery_min_apply_delay GUC.  WAL receiver's delayed
startaffects replication in general, even when the GUC is not set.
 

A better fix would be to start WAL receiver in the main replay loop, as soon as consistent state has been reached.

As noted during previous reviews, scanning all WAL just to determine streaming start point seems slow.  A faster
solutionseems desirable. 

The new status of this patch is: Waiting on Author

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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: pause recovery if pitr target not reached
Следующее
От: Asim R P
Дата:
Сообщение: Re: Replication & recovery_min_apply_delay