Re: autovacuum next steps

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: autovacuum next steps
Дата
Msg-id 12902.1171669985@sss.pgh.pa.us
обсуждение исходный текст
Ответ на autovacuum next steps  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
Alvaro Herrera <alvherre@commandprompt.com> writes:
> Each worker, including the initial one, starts vacuuming tables
> according to pgstat data.  They recheck the pgstat data after finishing
> each table, so that a table vacuumed by another worker is not processed
> twice (maybe problematic: a table with high update rate may be vacuumed
> more than once.  Maybe this is a feature not a bug).

How are you going to make that work without race conditions?  ISTM
practically guaranteed that all the workers will try to vacuum the same
table.

> Once autovacuum_naptime has passed, if the workers have not finished
> yet, the launcher wants to vacuum another database.

This seems a rather strange design, as it will encourage concentrations
of workers in a single database.  Wouldn't it be better to spread them
out among multiple databases by default?
        regards, tom lane


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

Предыдущее
От: Chris Browne
Дата:
Сообщение: Re: autovacuum next steps
Следующее
От: Tatsuo Ishii
Дата:
Сообщение: n-gram search function