В чем разница между VACUUM и AUTOVACUUM?

Различие между VACUUM и AUTOVACUUM в PostgreSQL

VACUUM и AUTOVACUUM — это два механизма управления "мусором" (устаревшими версиями строк) в PostgreSQL, но они кардинально отличаются по принципу работы и использованию.

VACUUM: Ручная или запланированная операция

VACUUM — это команда SQL, которую администратор выполняет вручную или по расписанию (например, через cron). Её основная задача — очистка "мертвых" версий строк (dead tuples), которые образовались в результате операций UPDATE и DELETE. Эти строки больше не видны транзакциям, но физически занимают место на диске.

-- Базовая команда VACUUM (не блокирует таблицу для операций чтения/записи)
VACUUM table_name;

-- VACUUM FULL (требует эксклюзивной блокировки, но полностью перезаписывает таблицу)
VACUUM FULL table_name;

-- VACUUM с анализом для обновления статистики планировщика
VACUUM ANALYZE table_name;

Ключевые особенности VACUUM:

• Не освобождает пространство для ОС — только помечает область как доступную для повторного использования PostgreSQL
• Требует ручного вызова — администратор сам определяет когда и какие таблицы очищать
• VACUUM FULL возвращает пространство ОС, но блокирует таблицу полностью
• Не предотвращает транзакционный wraparound без регулярного выполнения

AUTOVACUUM: Автоматический фоновый процесс

AUTOVACUUM — это фоновый демон PostgreSQL, который автоматически выполняет операции очистки. Он включён по умолчанию в современных версиях PostgreSQL и постоянно мониторит активность таблиц.

-- Проверка статуса AUTOVACUUM
SELECT name, setting FROM pg_settings WHERE name LIKE '%autovacuum%';

-- Параметры AUTOVACUUM для конкретной таблицы
ALTER TABLE table_name SET (autovacuum_vacuum_threshold = 100);
ALTER TABLE table_name SET (autovacuum_vacuum_scale_factor = 0.05);

Ключевые особенности AUTOVACUUM:

• Работает автоматически в фоновом режиме без вмешательства администратора
• Запускается по пороговым значениям:
  • Когда количество "мертвых" строк превышает autovacuum_vacuum_threshold + (autovacuum_vacuum_scale_factor * количество строк)
  • При приближении к wraparound (опасности исчерпания идентификаторов транзакций)
• Настраивается глобально и на уровне таблиц
• Предотвращает катастрофический wraparound — критически важная функция

Сравнительная таблица

Практические рекомендации

Когда использовать ручной VACUUM:

• После массовых удалений или обновлений (миллионы строк)
• При подготовке к резервному копированию для уменьшения размера
• Для таблиц с отключенным AUTOVACUUM (хотя это антипаттерн)
• Перед выполнением VACUUM FULL для особо "замусоренных" таблиц

Настройка AUTOVACUUM для production:

-- Уменьшение порогов для активных таблиц
ALTER TABLE active_table SET (
  autovacuum_vacuum_threshold = 50,
  autovacuum_vacuum_scale_factor = 0.01
);

-- Увеличение порогов для больших, редко изменяемых таблиц  
ALTER TABLE archive_table SET (
  autovacuum_vacuum_threshold = 1000,
  autovacuum_vacuum_scale_factor = 0.2
);

Критические аспекты

1. Wraparound защита — AUTOVACUUM критически важен для предотвращения остановки БД из-за исчерпания ID транзакций
2. Производительность — AUTOVACUUM может конкурировать с рабочей нагрузкой, требует тонкой настройки
3. Мониторинг — необходимо следить за отставанием AUTOVACUUM:

   SELECT schemaname, relname, n_dead_tup, last_autovacuum
   FROM pg_stat_user_tables 
   WHERE n_dead_tup > 0
   ORDER BY n_dead_tup DESC;
   

Вывод: AUTOVACUUM — это автоматизированная система "самообслуживания" PostgreSQL, которая в большинстве случаев справляется с обслуживанием. Ручной VACUUM остаётся инструментом для особых случаев, оптимизации и решения проблем, когда AUTOVACUUM не справляется или требуется особый контроль. В современных PostgreSQL НЕ рекомендуется полностью отключать AUTOVACUUM из-за риска wraparound, вместо этого следует точечно настраивать его параметры под конкретную нагрузку.