Re: recovery_min_apply-delay and remote_apply

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: recovery_min_apply-delay and remote_apply
Дата
Msg-id CAEepm=29BEQiWCw7aPTX_TSneuVN3f3gg0cniW5w7C9C=7jjxg@mail.gmail.com
обсуждение исходный текст
Ответ на recovery_min_apply-delay and remote_apply  (Bernd Helmle <mailings@oopsware.de>)
Ответы Re: recovery_min_apply-delay and remote_apply  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Sat, Sep 17, 2016 at 8:45 AM, Bernd Helmle <mailings@oopsware.de> wrote:
> Current PostgreSQL Documentation on recovery.conf has this about
> recovery_min_apply_delay[1]:
>
> ---<---
>
> This parameter is intended for use with streaming replication deployments;
> however, if the parameter is specified it will be honored in all cases.
> Synchronous replication is not affected by this setting because there is
> not yet any setting to request synchronous apply of transaction commits.
>
> --->---
>
> If i understand correctly, this is not true anymore with 9.6, where
> remote_apply will have exactly the behavior the paragraph above wants to
> contradict: any transaction executed with synchronous_commit=remote_apply
> will wait at least recovery_min_apply_delay to finish. Given that
> synchronous_commit can be controlled by any user, this might be dangerous
> if someone doesn't take care enough.

Yes, I missed that sentence.  Thanks.

> I think we need a doc patch for that at least, see attached patch against
> master, but 9.6 should have a corrected one, too.

+1

-- 
Thomas Munro
http://www.enterprisedb.com



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Reminder: Call for Papers -- PGDay Austin 2016
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: WIP: About CMake v2