Re: Upcoming hot standby replication question

From: Greg Smith <greg(at)2ndquadrant(dot)com>
To: Ivan Voras <ivoras(at)freebsd(dot)org>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Upcoming hot standby replication question
Date: 2010-04-09 16:21:38
Message-ID: 4BBF5412.60900@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Ivan Voras wrote:
> I'd like to ask about the asynchronous nature of upcoming replication
> implementation in 9.0 - what guarantees does it give with regards to
> delays and latency? E.g. do COMMITs "finish" and return to the caller
> before or after the data is sent to the slave? (being asynchronous, they
> probably don't wait for the other side's confirmation, right?).
>

Exactly--synchronous replication, the only way to enforce that data is
on the slave before completing the COMMIT, was postponed from this
release. It should make it into 9.1 as an option, but it will always be
expensive to turn on.

What is in 9.0 is eventual consistency. If your slave is keeping up
with traffic being sent by the master, it should receive each
incremental commit shortly after it's made. In practice, slaves should
only lag some number of seconds behind the master. But there are zero
guarantees that will be the case, or that latency will be bounded at
all. Recommended practice is to carefully monitor how much latency lag
there is on the standby and trigger alerts if it exceed your expectations.

--
Greg Smith 2ndQuadrant US Baltimore, MD
PostgreSQL Training, Services and Support
greg(at)2ndQuadrant(dot)com www.2ndQuadrant.us

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ivan Voras 2010-04-09 16:41:37 Re: Upcoming hot standby replication question
Previous Message Greg Smith 2010-04-09 15:11:26 Re: When is an explicit cast necessary?