Re: Autoanalyze settings with zero scale factor

Поиск
Список
Период
Сортировка
От Jeremy Haile
Тема Re: Autoanalyze settings with zero scale factor
Дата
Msg-id 1169151707.6247.1169971737@webmail.messagingengine.com
обсуждение исходный текст
Ответ на Re: Autoanalyze settings with zero scale factor  ("Matthew T. O'Connor" <matthew@zeut.net>)
Ответы Re: Autoanalyze settings with zero scale factor  ("Matthew T. O'Connor" <matthew@zeut.net>)
Re: Autoanalyze settings with zero scale factor  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
> Unless it's just a bug, my only guess is that autovacuum may be getting
> busy at times (vacuuming large tables for example) and hasn't had a
> chance to even look at that table for a while, and by the time it gets
> to it, there have been tens of thousands of inserts.  Does that sounds
> plausible?

Possible, but I think your next suggestion is more likely.

> Also, are other auto-vacuums and auto-analyzes showing up in the
> pg_stats table?  Maybe it's a stats system issue.

No tables have been vacuumed or analyzed today.  I had thought that this
problem was due to my pg_autovacuum changes, but perhaps not.  I
restarted PostgreSQL (in production - yikes)  About a minute after being
restarted, the autovac process fired up.

What could get PG in a state where autovac isn't running?  Is there
anything I should watch to debug or monitor for this problem in the
future?  I wish I'd noticed whether or not the stats collector process
was running before I restarted.

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

Предыдущее
От: "Matthew T. O'Connor"
Дата:
Сообщение: Re: Autoanalyze settings with zero scale factor
Следующее
От: Brian Hurt
Дата:
Сообщение: Postgres and really huge tables