Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication.
MARK CALLAGHAN <mdcallag@gmail.com>
From: MARK CALLAGHAN <mdcallag@gmail.com>
To: Markus Wanner <markus@bluegap.ch>
Cc: Alvaro Herrera <alvherre@commandprompt.com>, Andrew Dunstan <andrew@dunslane.net>, Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>, Aidan Van Dyk <aidan@highrise.ca>, Simon Riggs <simon@2ndquadrant.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2011-03-18T15:52:18Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Efficient transaction-controlled synchronous replication.
- a8a8a3e09652 9.1.0 cited
On Fri, Mar 18, 2011 at 2:19 PM, Markus Wanner <markus@bluegap.ch> wrote: > Their documentation [1] isn't entirely clear on that first: "the master > blocks after the commit is done and waits until at least one > semisynchronous slave acknowledges that it has received all events for > the transaction" and the "slave acknowledges receipt of a transaction's > events only after the events have been written to its relay log and > flushed to disk". > > But then continues to say that "[the master is] waiting for > acknowledgment from a slave after having performed a commit", so this > indeed sounds like the transaction is visible to other sessions before > the slave ACKs. Yes, their docs are not clear on this. -- Mark Callaghan mdcallag@gmail.com