Subject: Re: pg_stat_all_tables not updated when VACUUM ANALYZE execution
 finishes
To: Sebastien Arod <sbnarod@gmail.com>, pgsql-general@lists.postgresql.org
References: 
 <CADd42iFm8k_JvuoaY8kX+uZ5Hbgntpz=PYy0BfuyiNJiU552yg@mail.gmail.com>
From: Adrian Klaver <adrian.klaver@aklaver.com>
Message-ID: <21460d07-3dd0-cce1-8201-883cb1fa0a76@aklaver.com>
Date: Mon, 9 Apr 2018 06:42:35 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: 
 <CADd42iFm8k_JvuoaY8kX+uZ5Hbgntpz=PYy0BfuyiNJiU552yg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Precedence: bulk

On 04/09/2018 03:37 AM, Sebastien Arod wrote:
> Hi,
> 
> I face a surprising behaviour with VACUUM ANALYZE.
> 
> For a table with a structure like like this (and few records):
> create table my_table (
>      my_column numeric
> );
> 
> When I run the following:
> VACUUM ANALYZE my_table;
> SELECT relname, last_analyze, last_vacuum FROM pg_stat_all_tables where 
> relname='my_table';
> 
> The select returns null values for last_analyze and last_vacuum.
> 
> However if I wait a little between the end of VACUUM command and the 
> execution of the select the last_xxx columns have non null values.
> 
> So it looks like something is done asynchronously here but I'm not sure 
> what?

https://www.postgresql.org/docs/10/static/monitoring-stats.html

28.2.2. Viewing Statistics

"When using the statistics to monitor collected data, it is important to 
realize that the information does not update instantaneously. Each 
individual server process transmits new statistical counts to the 
collector just before going idle; so a query or transaction still in 
progress does not affect the displayed totals. Also, the collector 
itself emits a new report at most once per PGSTAT_STAT_INTERVAL 
milliseconds (500 ms unless altered while building the server). So the 
displayed information lags behind actual activity. However, 
current-query information collected by track_activities is always 
up-to-date.
"

> * Is it the vacuum itself that run asyncrhonously or the update of or 
> the content of the pg_stat_all_tables view?
> * If I execute another query right after "VACUUM ANALYZE" is it expected 
> that this other query will benefit from the analyze done in the VACUUM 
> ANALYZE call?
> * Is this a bug or a normal behaviour? (I'm using postgresql 9.6)
> * Is there a way to wait for pg_stat_all_tables to be up to date? To 
> give a bit of context I was planning to use this information in the 
> assertion part of a test case I wrote to check vacuum were executed as 
> expected but my test is flaky because of this behaviour.
> 
> 
> -Seb
> 
> 


-- 
Adrian Klaver
adrian.klaver@aklaver.com