Re: stats collector suddenly causing lots of IO

Поиск
Список
Период
Сортировка
От Josh Kupershmidt
Тема Re: stats collector suddenly causing lots of IO
Дата
Msg-id g2t4ec1cf761004160830q5dff4315rcc0294d342999c35@mail.gmail.com
обсуждение исходный текст
Ответ на Re: stats collector suddenly causing lots of IO  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: stats collector suddenly causing lots of IO  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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

Вложения

В списке pgsql-performance по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: stats collector suddenly causing lots of IO
Следующее
От: Yeb Havinga
Дата:
Сообщение: Re: Planner not using column limit specified for one column for another column equal to first