Re: stats collector suddenly causing lots of IO - Mailing list pgsql-performance

From Josh Kupershmidt
Subject Re: stats collector suddenly causing lots of IO
Date
Msg-id g2t4ec1cf761004160830q5dff4315rcc0294d342999c35@mail.gmail.com
Whole thread Raw
In response to Re: stats collector suddenly causing lots of IO  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: stats collector suddenly causing lots of IO  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
On Fri, Apr 16, 2010 at 11:23 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Josh Kupershmidt <schmiddy@gmail.com> writes:
>> I'm not sure whether this is related to the stats collector problems
>> on this machine, but I noticed alarming table bloat in the catalog
>> tables pg_attribute, pg_attrdef, pg_depend, and pg_type.
>
> Hmm.  That makes me wonder if autovacuum is functioning properly at all.
> What does pg_stat_all_tables show for the last vacuum and analyze times
> of those tables?  Try something like
>
> select relname,n_live_tup,n_dead_tup,last_vacuum,last_autovacuum,last_analyze,last_autoanalyze from
pg_stat_all_tableswhere schemaname = 'pg_catalog' order by 1; 
>

Output attached. Note that I ran pg_stat_reset() a few days ago.
Josh

Attachment

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: stats collector suddenly causing lots of IO
Next
From: Yeb Havinga
Date:
Subject: Re: Planner not using column limit specified for one column for another column equal to first