Re: DRAFT 9.6 release - Mailing list pgsql-advocacy

From Josh Berkus
Subject Re: DRAFT 9.6 release
Date
Msg-id 9ccf9947-3d46-100f-7ac4-b5f4840e8729@agliodbs.com
Whole thread Raw
In response to DRAFT 9.6 release  (Josh Berkus <josh@agliodbs.com>)
List pgsql-advocacy
On 08/30/2016 06:12 PM, Michael Paquier wrote:

> Really? Here are the doc quotes that I guess matter, and I read that
> differently than you do:
> If any of the current synchronous standbys disconnects for whatever
> reason, it will be replaced immediately with the next-highest-priority
> standby.
> [...]
> For example, a setting of 3 (s1, s2, s3, s4) makes transaction commits
> wait until their WAL records are received by *three higher-priority
> standbys* chosen from standby servers s1, s2, s3 and s4.
>
> This clearly says that we wait for the servers that have a higher
> priority, meaning that we do *not* wait for any k elements in a set of
> n listed, but suggest that the order of the element matters.

Yeah, the problem is that "higher priority" isn't defined, and could
mean a lot of things.  It *is* defined in the actual section on
synchronous standby, though (25.2.8.2.); maybe what we need is less docs
under the GUC and more references to that?

Otherwise, you're going to have lots of people confused that it's
actually quorum commit, as witnessed by the current discussion.  Right
now what's in the GUC doc page appears to be complete but isn't.

--
--
Josh Berkus
Red Hat OSAS
(any opinions are my own)


pgsql-advocacy by date:

Previous
From: Amit Langote
Date:
Subject: Re: DRAFT 9.6 release
Next
From: Josh Berkus
Date:
Subject: Re: DRAFT 9.6 release