Re: Non-pausing table scan on 9.6 replica? - Mailing list pgsql-general

From Mark Fletcher
Subject Re: Non-pausing table scan on 9.6 replica?
Date
Msg-id CAEO096o5O10_04Z-QKbpHi6rsteSHScw+7GCc5YEb+YXko_FzA@mail.gmail.com
Whole thread Raw
In response to Re: Non-pausing table scan on 9.6 replica?  (Andreas Kretschmer <andreas@a-kretschmer.de>)
Responses Re: Non-pausing table scan on 9.6 replica?  (Andreas Kretschmer <andreas@a-kretschmer.de>)
Re: Non-pausing table scan on 9.6 replica?  (Sameer Kumar <sameer.kumar@ashnik.com>)
List pgsql-general
Thank you for responding to my email.

On Tue, Mar 5, 2019 at 9:20 PM Andreas Kretschmer <andreas@a-kretschmer.de> wrote:

have you set ```max_standby_streaming_delay``? The default is 30
seconds, which means that this will be the maximum time allowed for a
replication lag caused by a conflicting query.

Yes, we've bumped that up a lot.
 
You can use ``hot_standby_feedback = on``, but the downside will be more
bloat on the tables.

I'm not sure I understand. I'm not worried about the query being cancelled on the replica. max_standby_streaming_delay fixes that for us. I'm worried about the streaming replication being paused while this table scan is running. If the table scan takes several minutes, then the replica becomes several minutes out of sync with the master. I'd prefer that not to happen and I'm wondering if there's a way to do that.

Thanks,
Mark
 

pgsql-general by date:

Previous
From: Andreas Kretschmer
Date:
Subject: Re: write on standby
Next
From: Andreas Kretschmer
Date:
Subject: Re: Non-pausing table scan on 9.6 replica?