Re: Ineffective autovacuum

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Ineffective autovacuum
Дата
Msg-id 22112.1317131354@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Ineffective autovacuum  (Royce Ausburn <royce.ml@inomial.com>)
Ответы Re: Ineffective autovacuum
Список pgsql-performance
Royce Ausburn <royce.ml@inomial.com> writes:
> Since sending this first email I've up'd the autovacuum log level and I've noticed that the same tables seem to be
autovacuum'd over and over again… Some of the tables are a bit surprising in that they're updated semi-regularly, but
notenough (I'd think) to warrant an autovacuum every few minutes… Is this unusual? 

Well, that proves autovacuum isn't getting blocked anyway.  At this
point I suspect that Marti has fingered the correct issue: you likely
need to increase the FSM settings.  You should try running a manual
VACUUM VERBOSE and see if it suggests that more FSM space is needed
(there'll be some FSM stats at the end of the verbose printout).

> Perhaps unrelated: I've done some digging around and happened across a nightly task doing:
> select pg_stat_reset()
> on each of the databases in the cluster…. I've no idea why we're doing that (and our usual sysadmin / DBA has
resigned,so I doubt I'll ever know).  There must have been a reason at the time, but I wonder if this might be
interferingwith things? 

Hmm, it's not helping any.  Anything that needs vacuuming, but less
often than once a day, would get missed due to the stats getting
forgotten.

            regards, tom lane

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

Предыдущее
От: Venkat Balaji
Дата:
Сообщение: : Tracking Full Table Scans
Следующее
От: Scott Marlowe
Дата:
Сообщение: Re: Ineffective autovacuum