Re: doc: Mention clock synchronization recommendation for hot_standby_feedback

From: Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>
To: Jakub Wartak <jakub(dot)wartak(at)enterprisedb(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: doc: Mention clock synchronization recommendation for hot_standby_feedback
Date: 2025-03-03 09:48:41
Message-ID: e9b4ce8b-5e5e-4076-83f9-23e771e9dfe7@oss.nttdata.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2025/03/03 16:35, Jakub Wartak wrote:
> Hi Amit,
>
> On Mon, Mar 3, 2025 at 6:26 AM Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> wrote:
> [..]
>
> OK, sure.
>
>> How about something like: "Note that if the clock on standby is moved
>> ahead or backward, the feedback message may not be sent at the
>> required interval. This can lead to prolonged risk of not removing
>> dead rows on primary for extended periods as the feedback mechanism is
>> based on timestamp."
>
> Sure thing. I've just added '(..) In the extreme cases this can..' as
> it is pretty rare to hit it. Patch attached.

When the clock moves forward or backward, couldn't it affect
not only the standby but also the primary? I’m wondering
because TimestampDifferenceExceeds() seems to be used
in several places in addition to hot standby feedback.

Regards,

--
Fujii Masao
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2025-03-03 10:05:22 Re: SQL:2011 application time
Previous Message vignesh C 2025-03-03 09:32:22 Re: Commit fest 2025-03