Re: Why doesn't autovacuum/analyze run in due time after calling pg_stat_reset? - Mailing list pgsql-general

From Adrian Klaver
Subject Re: Why doesn't autovacuum/analyze run in due time after calling pg_stat_reset?
Date
Msg-id 9440ab9c-4ee1-7668-5476-dc28e8086524@aklaver.com
Whole thread Raw
In response to Re: Why doesn't autovacuum/analyze run in due time after calling pg_stat_reset?  (Rihad <grihad@gmail.com>)
Responses Re: Why doesn't autovacuum/analyze run in due time after calling pg_stat_reset?
List pgsql-general
On 8/18/23 22:35, Rihad wrote:
> On 8/17/23 13:01, rihad wrote:
>>
>> Hi, all. After calling pg_stat_reset all statistics used by autovacuum 
>> got zeroed, and started accumulating from scratch. Some tables get 
>> acted upon properly, some don't.
>>
>>
> Self-replying: yup, it seems there's an arbitrary limit of 100K of 
> n_live_tup after which autovac/analyze kicks in, or it seems so.

To know rather then guess read:

https://www.postgresql.org/docs/current/routine-vacuuming.html#AUTOVACUUM

> 
> There are still many tables waiting for their turn, which is long due.
> 
> Although there are some tables having only 60-70 (not 60-70K) n_live_tup 
> that have had autovacuum run on them. Weird.
> 
> 
> 


-- 
Adrian Klaver
adrian.klaver@aklaver.com




pgsql-general by date:

Previous
From: Amn Ojee Uw
Date:
Subject: JDBC + PG-15 but not psql
Next
From: Rihad
Date:
Subject: Re: Why doesn't autovacuum/analyze run in due time after calling pg_stat_reset?