Re: Why is hot_standby_feedback off by default?

From: Vik Fearing <vik(at)postgresfriends(dot)org>
To: sirisha chamarthi <sirichamarthi22(at)gmail(dot)com>
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:23:32
Message-ID: 4f529db9-0f94-4e03-a28e-f8491a040170@postgresfriends.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 10/23/23 04:02, sirisha chamarthi wrote:
> 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.

Okay...

> 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

This does not sound like you agree.
--
Vik Fearing

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2023-10-23 03:35:06 Re: Why is hot_standby_feedback off by default?
Previous Message Hayato Kuroda (Fujitsu) 2023-10-23 02:11:16 RE: Remove wal_level settings for subscribers in tap tests