Re: Synchronous replication - Mailing list pgsql-hackers

From Greg Stark
Subject Re: Synchronous replication
Date
Msg-id AANLkTineufXi05mZSq9t2LvxzdPns8sOHdGw7p1b9QCw@mail.gmail.com
Whole thread Raw
In response to Re: Synchronous replication  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: Synchronous replication
Re: Synchronous replication
Re: Synchronous replication
List pgsql-hackers
On Sun, Aug 1, 2010 at 7:11 AM, Heikki Linnakangas
<heikki.linnakangas@enterprisedb.com> wrote:
> In fact, it's possible for one standby to sync up to X, then disconnect and
> reconnect, and have the master count it second time in the quorum.
> Especially if the master doesn't notice that the standby disconnected, e.g a
> network problem.
>
> I don't think any of this quorum stuff makes much sense without explicitly
> registering standbys in the master.

This doesn't have to be done manually. The streaming protocol could
include the standby sending its system id to the master. The master
could just keep a list of system ids with the last record they've been
sent and the last they've confirmed receipt, fsync, application,
whatever the protocol covers. If the same system reconnects it just
overwrites the existing data for that system id.

-- 
greg


pgsql-hackers by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: review patch: Distinguish between unique indexes and unique constraints
Next
From: Robert Haas
Date:
Subject: Re: review: psql: edit function, show function commands patch