9.2 streaming replication issue and solution strategy

From: "T(dot) E(dot) Lawrence" <t(dot)e(dot)lawrence(at)icloud(dot)com>
To: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: 9.2 streaming replication issue and solution strategy
Date: 2012-11-17 14:08:32
Message-ID: E8BDDDC5-FC8A-4184-9354-F4306227DC70@icloud.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hello,

We are running 9.2 w/ streaming replication.

The slave is used for heavy tsearch based data mining.

Apparently depending on the business of the master the slave queries fail with different frequency with the following message —

ERROR: canceling statement due to conflict with recovery
DETAIL: User query might have needed to see row versions that must be removed.

Initially we resolved the problem by introducing a retry (wait 1 second, try), which works in some cases, and fails on other due to too many retries necessary (10+).

After that we introduced a second slave, and told the try to switch slaves (try here, if not, wait 1 second and try there).

Which works almost every time.

So apparently the issues are not synchronous (probably logical as the streaming replication is asynchronous).

Has anybody else experience such an issue and are there different approaches to it?

Than you,
T.E.L.

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Michael Giannakopoulos 2012-11-17 14:18:27 Parser - Query Analyser
Previous Message Merlin Moncure 2012-11-16 21:32:35 Re: High SYS CPU - need advise