Re: Hot Standby query cancellation and Streaming Replication integration - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: Hot Standby query cancellation and Streaming Replication integration
Date
Msg-id 4B88E0D4.3040506@enterprisedb.com
Whole thread Raw
In response to Re: Hot Standby query cancellation and Streaming Replication integration  (Dimitri Fontaine <dfontaine@hi-media.com>)
Responses Re: Hot Standby query cancellation and Streaming Replication integration
List pgsql-hackers
Dimitri Fontaine wrote:
> Bruce Momjian <bruce@momjian.us> writes:
>> Doesn't the system already adjust the delay based on the length of slave
>> transactions, e.g. max_standby_delay.  It seems there is no need for a
>> user switch --- just max_standby_delay really high.
> 
> Well that GUC looks like it allows to set a compromise between HA and
> reporting, not to say "do not ever give the priority to the replay while
> I'm running my reports". At least that's how I understand it.

max_standby_delay=-1 does that. The documentation needs to be updated to
reflect that, it currently says:

> There is no wait-forever setting because of the potential for deadlock which that setting would introduce. This
parametercan only be set in the postgresql.conf  file or on the server command line. 
 

but that is false, -1 means wait forever. Simon removed that option at
one point, but it was later put back and apparently the documentation
was never updated.

--  Heikki Linnakangas EnterpriseDB   http://www.enterprisedb.com


pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: visibility maps and heap_prune
Next
From: Heikki Linnakangas
Date:
Subject: Re: Hot Standby query cancellation and Streaming Replication integration