Re: [HACKERS] Fast promotion not used when doing a recovery_targetPITR restore? - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: [HACKERS] Fast promotion not used when doing a recovery_targetPITR restore?
Date
Msg-id CAB7nPqTAQZ0SNbukD3h_kizCVaK9Tg=qAFrMDFPM=4K3A12iCw@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] Fast promotion not used when doing a recovery_targetPITR restore?  (Andres Freund <andres@anarazel.de>)
Responses Re: [HACKERS] Fast promotion not used when doing a recovery_targetPITR restore?  (Andres Freund <andres@anarazel.de>)
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] Reducing pg_ctl's reaction time
Next
From: Andres Freund
Date:
Subject: Re: [HACKERS] Fast promotion not used when doing a recovery_targetPITR restore?