Re: [HACKERS] Fast promotion not used when doing a recovery_targetPITR restore?

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: [HACKERS] Fast promotion not used when doing a recovery_targetPITR restore?
Дата
Msg-id CAB7nPqTAQZ0SNbukD3h_kizCVaK9Tg=qAFrMDFPM=4K3A12iCw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Fast promotion not used when doing a recovery_targetPITR restore?  (Andres Freund <andres@anarazel.de>)
Ответы Re: [HACKERS] Fast promotion not used when doing a recovery_targetPITR restore?  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Wed, Jun 28, 2017 at 3:44 AM, Andres Freund <andres@anarazel.de> wrote:
> I'm far from convinced by this.  By now WAL replay with checkpointer,
> bgwriter, etc. active is actually *more* tested than the cases without
> it. The likelihood of bugs is higher in the less frequently exercised
> paths, and given that replication exercises the situation with all those
> processes active on a continuous basis, I'm fairly unconvinced by your
> argument.

Crash recovery is the last thing where failures should never happen.
Don't you think that it should remain simple as it has been designed
originally? It seems to me that the argument for keeping things simple
has higher priority than performance in being able to reconnect by
delaying the checkpoint.
-- 
Michael



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Reducing pg_ctl's reaction time
Следующее
От: Andres Freund
Дата:
Сообщение: Re: [HACKERS] Fast promotion not used when doing a recovery_targetPITR restore?