Re: slow, long-running 'commit prepared' - Mailing list pgsql-general

From Andrew Sullivan
Subject Re: slow, long-running 'commit prepared'
Date
Msg-id 20081126044756.GC11225@shinkuro.com
Whole thread Raw
In response to Re: slow, long-running 'commit prepared'  ("John Smith" <sodgodofall@gmail.com>)
List pgsql-general
On Tue, Nov 25, 2008 at 08:05:36PM -0800, John Smith wrote:
> Thanks for the quick response, Andrew. How could the 'commit prepared'
> be I/O bound? Isn't all the I/O accomplished during 'prepare
> transaction', leaving only a tiny bit of data to write at commit?

No.  When you do PREPARE TRANSACTION you have to save a whole lot of
state.  And when you then do COMMIT PREPARED, you say, "Lose that
state in favour of this new state."  All that work has to be done
again, in the other direction.

It's not for nothing that people think 2PC is a heavyweight and
expensive system. :-(

A


--
Andrew Sullivan
ajs@crankycanuck.ca

pgsql-general by date:

Previous
From: "John Smith"
Date:
Subject: Re: slow, long-running 'commit prepared'
Next
From: "Scott Marlowe"
Date:
Subject: Re: Postgres 8.3 only uses seq scan