Re: Could synchronous streaming replication really degrade the performance of the primary?

Поиск
Список
Период
Сортировка
От Claudio Freire
Тема Re: Could synchronous streaming replication really degrade the performance of the primary?
Дата
Msg-id CAGTBQpYXUeWm1O+rc4NCZxeFB8Oxi8LJuSme-As9b4m6iU0Nbg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Could synchronous streaming replication really degrade the performance of the primary?  (Robert Klemme <shortcutter@googlemail.com>)
Ответы Re: Could synchronous streaming replication really degrade the performance of the primary?  (Robert Klemme <shortcutter@googlemail.com>)
Список pgsql-performance
On Wed, May 9, 2012 at 12:41 PM, Robert Klemme
<shortcutter@googlemail.com> wrote:
> I am not sure whether the replicant can be triggered to commit to disk
> before the commit to disk on the master has succeeded; if that was the
> case there would be true serialization => 50%.
>
> This sounds like it could actually be the case (note the "after it commits"):
> "When synchronous replication is requested the transaction will wait
> after it commits until it receives confirmation that the transfer has
> been successful."
> http://wiki.postgresql.org/wiki/Synchronous_replication

That should only happen for very short transactions.
IIRC, WAL records can be sent to the slaves before the transaction in
the master commits, so bigger transactions would see higher
parallelism.

В списке pgsql-performance по дате отправления:

Предыдущее
От: Robert Klemme
Дата:
Сообщение: Re: Could synchronous streaming replication really degrade the performance of the primary?
Следующее
От: Robert Klemme
Дата:
Сообщение: Re: Could synchronous streaming replication really degrade the performance of the primary?