Re: max_standby_delay considered harmful - Mailing list pgsql-hackers

From Florian Pflug
Subject Re: max_standby_delay considered harmful
Date
Msg-id 0C2FA100-EBA0-414A-AC83-35BC8D2154F4@phlo.org
Whole thread Raw
In response to Re: max_standby_delay considered harmful  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
List pgsql-hackers
On May 10, 2010, at 17:39 , Kevin Grittner wrote:
> Bruce Momjian <bruce@momjian.us> wrote:
>> Robert Haas wrote:
>
>>> Overall I would say opinion is about evenly split between:
>>>
>>> - leave it as-is
>>> - make it a Boolean
>>> - change it in some way but to something more expressive than a
>>>  Boolean
>
> I think a boolean would limit the environments in which HS would be
> useful.  Personally, I think how far the replica is behind the
> source is a more useful metric, even with anomalies on the
> transition from idle to active; but a blocking duration would be
> much better than no finer control than the boolean.  So my "instant
> runoff second choice" would be for the block duration knob.

You could always toggle that boolean automatically, based on some measurement of the replication lag (Assuming the
booleanwould be settable at runtime). That'd give you much more flexibility than any built-on knob could provide, and
evenmore so than a built-in knob with known deficiencies. 

My preference is hence to make it a boolean, but in a way that allows more advanced behavior to be implemented on top
ofit. In the simplest case by allowing the boolean to be flipped at runtime and ensuring that the system reacts in a
saneway. 

best regards,
Florian Pflug



pgsql-hackers by date:

Previous
From: "Ross J. Reedstrom"
Date:
Subject: Re: no universally correct setting for fsync
Next
From: Greg Smith
Date:
Subject: Re: no universally correct setting for fsync