Re: pg_autovacuum not having enough suction ?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_autovacuum not having enough suction ?
Дата
Msg-id 11991.1111780527@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_autovacuum not having enough suction ?  ("Matthew T. O'Connor" <matthew@zeut.net>)
Ответы lazy_update_relstats considered harmful (was Re: pg_autovacuum not having enough suction ?)  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: pg_autovacuum not having enough suction ?  ("Matthew T. O'Connor" <matthew@zeut.net>)
Список pgsql-performance
"Matthew T. O'Connor" <matthew@zeut.net> writes:
> hmm.... the value in reltuples should be accurate after a vacuum (or
> vacuum analyze) if it's not it's a vacuum bug or something is going on
> that isn't understood.  If you or pg_autovacuum are running plain
> analyze commands, that could explain the invalid reltules numbers.

> Was reltuples = 113082 correct right after the vacuum?

Another thing to check is whether the reltuples (and relpages!) that
autovacuum is reporting are the same as what's actually in the pg_class
row for the relation.  I'm wondering if this could be a similar issue
to the old autovac bug where it wasn't reading the value correctly.

If they are the same then it seems like it must be a backend issue.

One thing that is possibly relevant here is that in 8.0 a plain VACUUM
doesn't set reltuples to the exactly correct number, but to an
interpolated value that reflects our estimate of the "steady state"
average between vacuums.  I wonder if that code is wrong, or if it's
operating as designed but is confusing autovac.

Can autovac be told to run the vacuums in VERBOSE mode?  It would be
useful to compare what VERBOSE has to say to the changes in
reltuples/relpages.

            regards, tom lane

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

Предыдущее
От: "Matthew T. O'Connor"
Дата:
Сообщение: Re: pg_autovacuum not having enough suction ?
Следующее
От: "Otto Blomqvist"
Дата:
Сообщение: Re: pg_autovacuum not having enough suction ?