Re: huge pgstat.stat file on PostgreSQL 8.3.24

From: "Huang, Suya" <Suya(dot)Huang(at)au(dot)experian(dot)com>
To: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
Cc: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: huge pgstat.stat file on PostgreSQL 8.3.24
Date: 2014-06-19 23:44:31
Message-ID: D83E55F5F4D99B4A9B4C4E259E6227CD014AAC76@AUX1EXC01.apac.experian.local
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

From: Pavel Stehule [mailto:pavel(dot)stehule(at)gmail(dot)com]
Sent: Thursday, June 19, 2014 3:41 PM
To: Huang, Suya
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: [PERFORM] huge pgstat.stat file on PostgreSQL 8.3.24

2014-06-19 7:35 GMT+02:00 Huang, Suya <Suya(dot)Huang(at)au(dot)experian(dot)com>:
From: Pavel Stehule [mailto:pavel(dot)stehule(at)gmail(dot)com]
Sent: Thursday, June 19, 2014 3:28 PM
To: Huang, Suya
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: [PERFORM] huge pgstat.stat file on PostgreSQL 8.3.24

Hello

The size of statfile is related to size of database objects in database. Depends on PostgreSQL version this file can be one per database cluster or one per database (from 9.3),
These statistics should by reset by call pg_stat_reset() http://www.postgresql.org/docs/9.2/static/monitoring-stats.html
Autovacuum on large stat files has significant overhead - it can be increasing by using new PostgreSQL (9.3) and by migration stat directory to ramdisk - by setting stats_temp_directory to some dir on ramdisk (tmpfs on Linux)
Regards

Pavel

2014-06-19 6:38 GMT+02:00 Huang, Suya <Suya(dot)Huang(at)au(dot)experian(dot)com>:
Hi group,
 
We’ve found huge pgstat.stat file on our production DB boxes, the size is over 100MB. autovacuum is enabled. So my question would be:
1.       What’s a reasonable size of pgstat.stat file, can it be estimated?
2.       What’s the safest way to reduce the file size to alleviate the IO impact on disk?
3.       If need to drop all statistics, would a “analyze DB” command enough to eliminate the performance impact on queries?
 
Thanks,
Suya

Hi Pavel,

our version is 8.3.24, not 9.3. I also want to know the impact caused by run pg_stat_reset to application, is that able to be mitigated by doing an analyze database command?

your version is too old  - you can try reset statistics. ANALYZE statement should not have a significant impact on these runtime statistics.
Pavel
 
Attention: PostgreSQL 8.3 is unsupported now

Thanks,
Suya

Thanks Pavel, to be more clear, what does " pg_stat_reset "really reset? In the document it says " Reset all statistics counters for the current database to zero(requires superuser privileges) ". I thought it would reset all statistics of all tables/indexes, thus why I am thinking of re-run analyze database to gather statistics. Because if table/indexes don't have statistics, the query plan would be affected which is not a good thing to a production box... I'm not so sure if I understand "run statistics" you mentioned here.

Thanks,
Suya

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Pavel Stehule 2014-06-20 03:33:37 Re: huge pgstat.stat file on PostgreSQL 8.3.24
Previous Message Tomas Vondra 2014-06-19 10:01:44 Re: huge pgstat.stat file on PostgreSQL 8.3.24