Re: slow, long-running 'commit prepared'

Поиск
Список
Период
Сортировка
От Andrew Sullivan
Тема Re: slow, long-running 'commit prepared'
Дата
Msg-id 20081126044756.GC11225@shinkuro.com
обсуждение исходный текст
Ответ на Re: slow, long-running 'commit prepared'  ("John Smith" <sodgodofall@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: "John Smith"
Дата:
Сообщение: Re: slow, long-running 'commit prepared'
Следующее
От: "Scott Marlowe"
Дата:
Сообщение: Re: Postgres 8.3 only uses seq scan