Re: Skip checkpoint on promoting from streaming replication - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: Skip checkpoint on promoting from streaming replication
Date
Msg-id CA+U5nMKvzeUWdD7FMyTG+gyg=xiP+9G_8A8fmhod2L0om+wVRA@mail.gmail.com
Whole thread Raw
In response to Re: Skip checkpoint on promoting from streaming replication  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: Skip checkpoint on promoting from streaming replication
List pgsql-hackers
On 9 August 2012 10:45, Simon Riggs <simon@2ndquadrant.com> wrote:
> On 22 June 2012 05:03, Kyotaro HORIGUCHI
> <horiguchi.kyotaro@lab.ntt.co.jp> wrote:
>
>>    I hope this is promising.
>
> I've reviewed this and thought about it over some time.

I've been torn between the need to remove the checkpoint for speed and
being worried about the implications of doing so.

We promote in multiple use cases. When we end a PITR, or are
performing a switchover, it doesn't really matter how long the
shutdown checkpoint takes, so I'm inclined to leave it there in those
cases. For failover, we need fast promotion.

So my thinking is to make   pg_ctl promote -m fast
be the way to initiate a fast failover that skips the shutdown checkpoint.

That way all existing applications work the same as before, while new
users that explicitly choose to do so will gain from the new option.

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



pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: Re: [COMMITTERS] pgsql: Invent a "one-shot" variant of CachedPlans for better performanc
Next
From: Tom Lane
Date:
Subject: Re: [PERFORM] Slow query: bitmap scan troubles