Re: Autovacuum Improvements

Поиск
Список
Период
Сортировка
От Csaba Nagy
Тема Re: Autovacuum Improvements
Дата
Msg-id 1166722561.15606.11.camel@coppola.muc.ecircle.de
обсуждение исходный текст
Ответ на Re: Autovacuum Improvements  ("Matthew T. O'Connor" <matthew@zeut.net>)
Ответы Re: Autovacuum Improvements  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-general
On Thu, 2006-12-21 at 18:03, Matthew T. O'Connor wrote:
> The maintenance window design as I understand it (Alvaro chime in if I
> get this wrong) is that we will be able to specify blocks of time that
> are assigned specific autovacuum settings.  For example we might define
> a maintenance window of Sunday morning from 1AM - 8AM, during that time
> all autvacuum thresholds will be dropped to .01, that way everything
> will get vacuumed that needs it during that window.  Outside of the
> window default autovacuum settings apply.

Changing thresholds is not a viable solution for all the cases. If I
have a huge table with many indexes, I still don't want to vacuum it
unless there are a significant amount of dead pages so that the
sequential scan of it and it's indexes pays off. In this case dropping
the autovacuum threshold would be totally counterproductive even at
night. This solution would only rule out really static tables, which
don't change almost at all. In real life there are many more possible
data access scenarios...

From all the discussion here I think the most benefit would result from
a means to assign tables to different categories, and set up separate
autovacuum rules per category (be it time window when vacuuming is
allowed, autovacuum processes assigned, cost settings, etc). I doubt you
can really define upfront all the vacuum strategies you would need in
real life, so why not let the user define it ? Define the categories by
assigning tables to them, and the rules per category. Then you can
decide what rules to implement, and what should be the defaults...

Cheers,
Csaba.


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

Предыдущее
От: Hannes Dorbath
Дата:
Сообщение: Re: TSearch2 Changeset 25387
Следующее
От: "Rodrigo Sakai"
Дата:
Сообщение: RES: RESTORING A DATABASE WITH DIFFERENT TIMEZONES