From: | Greg Stark <gsstark(at)mit(dot)edu> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication. |
Date: | 2011-03-18 14:55:56 |
Message-ID: | AANLkTimVQe4RNqG6jb4XgxSxe2u_3oh+8Jzssn5jDE65@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On Thu, Mar 17, 2011 at 5:46 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> What makes more sense to me after having thought about this more
> carefully is to simply make a blanket rule that when
> synchronous_replication=on, synchronous_commit has no effect. That is
> easy to understand and document.
For what it's worth "has no effect" doesn't make much sense to me.
It's a boolean, either commits are going to block or they're not.
What happened to the idea of a three-way switch?
synchronous_commit = off
synchronous_commit = disk
synchronous_commit = replica
With "on" being a synonym for "disk" for backwards compatibility.
Then we could add more options later for more complex conditions like
waiting for one server in each data centre or waiting for one of a
certain set of servers ignoring the less reliable mirrors, etc.
--
greg
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2011-03-18 15:07:23 | Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication. |
Previous Message | Kevin Grittner | 2011-03-18 14:52:13 | Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication. |
From | Date | Subject | |
---|---|---|---|
Next Message | rsmogura | 2011-03-18 14:57:48 | Re: 2nd Level Buffer Cache |
Previous Message | Kevin Grittner | 2011-03-18 14:52:13 | Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication. |