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. :-(
In response to
pgsql-general by date
|Next:||From: Scott Marlowe||Date: 2008-11-26 05:04:13|
|Subject: Re: Postgres 8.3 only uses seq scan|
|Previous:||From: John Smith||Date: 2008-11-26 04:05:36|
|Subject: Re: slow, long-running 'commit prepared'|