Re: Disable autovacuum guc?

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: Disable autovacuum guc?
Дата
Msg-id 1b13e7f4-c0af-8f54-44fe-e3c99cb112ed@agliodbs.com
обсуждение исходный текст
Ответ на Disable autovacuum guc?  ("Joshua D. Drake" <jd@commandprompt.com>)
Ответы Re: Disable autovacuum guc?  ("Joshua D. Drake" <jd@commandprompt.com>)
Список pgsql-hackers
On 10/19/2016 06:27 PM, Joshua D. Drake wrote:
> Hello,
> 
> After all these years, we are still regularly running into people who
> say, "performance was bad so we disabled autovacuum". I am not talking
> about once in a while, it is often. I would like us to consider removing
> the autovacuum option. Here are a few reasons:
> 
> 1. It does not hurt anyone
> 2. It removes a foot gun
> 3. Autovacuum is *not* optional, we shouldn't let it be
> 4. People could still disable it at the table level for those tables
> that do fall into the small window of, no maintenance is o.k.
> 5. People would still have the ability to decrease the max_workers to 1
> (although I could argue about that too).

People who run data warehouses where all of the data comes in as batch
loads regularly disable autovacuum, and should do so.  For the DW/batch
load use-case, it makes far more sense to do batch loads interspersed
with ANALYZEs and VACUUMS of loaded/updated tables.

-- 
--
Josh Berkus
Red Hat OSAS
(any opinions are my own)



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

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: Parallel Index Scans
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: Disable autovacuum guc?