Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication.
От
Simon Riggs
Тема
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication.
Дата
Msg-id
1300465171.18619.15193.camel@ebony
Ответ на
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. (Heikki Linnakangas)
Список
Дерево обсуждения
Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Simon Riggs <simon@2ndQuadrant.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. Simon Riggs <simon@2ndQuadrant.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Andrew Dunstan <andrew@dunslane.net>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Andrew Dunstan <andrew@dunslane.net>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Aidan Van Dyk <aidan@highrise.ca>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Andrew Dunstan <andrew@dunslane.net>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Andrew Dunstan <andrew@dunslane.net>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication. Alvaro Herrera <alvherre@commandprompt.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. MARK CALLAGHAN <mdcallag@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. Simon Riggs <simon@2ndQuadrant.com>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. Simon Riggs <simon@2ndQuadrant.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. Simon Riggs <simon@2ndQuadrant.com>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Aidan Van Dyk <aidan@highrise.ca>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. Simon Riggs <simon@2ndQuadrant.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Robert Haas <robertmhaas@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Robert Haas <robertmhaas@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Robert Haas <robertmhaas@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Robert Haas <robertmhaas@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. Simon Riggs <simon@2ndQuadrant.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Robert Haas <robertmhaas@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Robert Haas <robertmhaas@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Fujii Masao <masao.fujii@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Robert Haas <robertmhaas@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Greg Stark <gsstark@mit.edu>
Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous
replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient
transaction-controlled synchronous replication. "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. MARK CALLAGHAN <mdcallag@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Markus Wanner <markus@bluegap.ch>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. MARK CALLAGHAN <mdcallag@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Robert Haas <robertmhaas@gmail.com>
Re: Re: [COMMITTERS] pgsql: Efficient transaction-controlled
synchronous replication. Aidan Van Dyk <aidan@highrise.ca>
On Fri, 2011-03-18 at 17:47 +0200, Heikki Linnakangas wrote: > On 18.03.2011 16:52, Kevin Grittner wrote: > > Simon Riggs wrote: > > > >> In PostgreSQL other users cannot observe the commit until an > >> acknowledgement has been received. > > > > Really? I hadn't picked up on that. That makes for a lot of > > complication on crash-and-recovery of a master, but if we can pull > > it off, that's really cool. If we do that and MySQL doesn't, we > > definitely don't want to use the same terminology they do, which > > would imply the same behavior. > > To be clear: other users cannot observe the commit until standby > acknowledges it - unless the master crashes while waiting for the > acknowledgment. If that happens, the commit will be visible to everyone > after recovery. No, only in the case where you choose not to failover to the standby when you crash, which would be a fairly strange choice after the effort to set up the standby. In a correctly configured and operated cluster what I say above is fully correct and needs no addendum. -- Simon Riggs http://www.2ndQuadrant.com/books/PostgreSQL Development, 24x7 Support, Training and Services
В списке pgsql-hackers по дате отправления
От: MARK CALLAGHAN
Дата: