From: | John R Pierce <pierce(at)hogranch(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: hot_standby_feedback vs. max_standby_archive_delay/max_standby_streaming_delay? |
Date: | 2014-08-21 20:55:41 |
Message-ID: | 53F65CCD.7040405@hogranch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 8/21/2014 1:44 PM, Steve Kehlet wrote:
> Our queries on our Standby are getting cancelled and so we're
> investigating how to prevent this. The standby is for running periodic
> reporting queries only, we don't care if it falls behind a little bit,
> we just set this guy up to reduce the load on the Primary.
>
> While researching there appear to be several different parameters that
> can help solve this. It sounds like we don't need hot_standby_feedback
> or vacuum_defer_cleanup_age, we really just want to pause things on
> the standby to let it run its queries. So we're going to try
> applying max_standby_archive_delay and max_standby_streaming_delay to
> 1h or so. We're also looking at pg_xlog_replay_pause(), although this
> is less desirable because we don't want to have to ask the people
> running reports to remember to pause and resume things.
>
> Can anyone confirm we're on the right track or provide further
> guidance? Thanks so much.
you will need sufficient wal archiving and/or wal_keep_segments on the
server to cover the worst case period that the slave will get behind due
to pause or whatever.
--
john r pierce 37N 122W
somewhere on the middle of the left coast
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2014-08-21 21:05:25 | Re: hot_standby_feedback vs. max_standby_archive_delay/max_standby_streaming_delay? |
Previous Message | Shaun Thomas | 2014-08-21 20:53:50 | Re: hot_standby_feedback vs. max_standby_archive_delay/max_standby_streaming_delay? |