From: | sirisha chamarthi <sirichamarthi22(at)gmail(dot)com> |
---|---|
To: | Vik Fearing <vik(at)postgresfriends(dot)org> |
Cc: | PostgreSQL Developers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Why is hot_standby_feedback off by default? |
Date: | 2023-10-23 02:02:39 |
Message-ID: | CAKrAKeXvUV1GO-C1YZAxLe6MsOy8xaM8zEFbUDKnXowJ69g5jQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sun, Oct 22, 2023 at 4:56 AM Vik Fearing <vik(at)postgresfriends(dot)org> wrote:
> On 10/22/23 09:50, sirisha chamarthi wrote:
> > Is there any specific reason hot_standby_feedback default is set to off?
>
>
> Yes. No one wants a rogue standby to ruin production.
>
Agreed. I believe that any reasonable use of a standby server for queries
requires hot_standby_feedback to be turned on. Otherwise, we can
potentially see query cancellations, increased replication lag because of
conflicts (while replaying vacuum cleanup records) on standby (resulting in
longer failover times if the server is configured for disaster recovery +
read scaling). Recent logical decoding on standby as well requires
hot_standby_feedback to be turned on to avoid slot invalidation [1]. If
there is no requirement to query the standby, admins can always set
hot_standby to off. My goal here is to minimize the amount of configuration
tuning required to use these features.
[1]:
https://www.postgresql.org/docs/current/logicaldecoding-explanation.html
Thanks,
Sirisha
From | Date | Subject | |
---|---|---|---|
Next Message | Hayato Kuroda (Fujitsu) | 2023-10-23 02:11:16 | RE: Remove wal_level settings for subscribers in tap tests |
Previous Message | Michael Paquier | 2023-10-23 01:47:50 | Re: pgstatindex vs. !indisready |