Re: pg_stat_user_tables.n_mod_since_analyze persistence?

From: Philip Semanchuk <philip(at)americanefficient(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL General <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: pg_stat_user_tables.n_mod_since_analyze persistence?
Date: 2021-02-16 18:06:01
Message-ID: 298AB498-BC58-4657-B99F-48EB34C4CDB9@americanefficient.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> On Feb 15, 2021, at 3:55 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> Philip Semanchuk <philip(at)americanefficient(dot)com> writes:
>> I saw some unexpected behavior that I'm trying to understand. I suspect it might be a quirk specific to AWS Aurora and I'd like to confirm that.
>
>> When I restart my local Postgres instance (on my Mac), the values in pg_stat_user_tables.n_mod_since_analyze are preserved. In other words, if table foo had n_mod_since_analyze=33 before the reboot, it still has n_mod_since_analyze=33 after the restart.
>
>> When I restart an AWS Aurora instance, the values in pg_stat_user_tables.n_mod_since_analyze all seem to be reset to 0.
>
>> Can anyone confirm (or refute) that the behavior I see on my Mac (preservation of these values through a restart) is common & expected behavior?
>
> Yeah, in PG those stats would be preserved, at least as long as it's
> a clean shutdown.

Thanks, Tom. A colleague pointed me to a blog post by Michael Vitale that confirms this bug on AWS and contains more detail:
https://elephas.io/685-2/

Hope this helps someone else
Philip

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Dan Nessett 2021-02-16 18:30:09 Order by not working
Previous Message Michael Lewis 2021-02-16 15:21:32 Re: Turn jit off for slow subquery in Postgres 12