VACUUM / AUTOVACUUM

Очищает «мёртвые» версии строк после UPDATE и DELETE. Необходим для корректной работы PostgreSQL.

Синтаксис

VACUUM table_name;
VACUUM ANALYZE table_name;
VACUUM FULL table_name;  -- осторожно! блокирует таблицу

Объяснение

PostgreSQL использует MVCC: UPDATE не удаляет старую строку, а создаёт новую версию. DELETE только помечает строку как удалённую. Физически они остаются — «мёртвые версии». VACUUM убирает мёртвые версии, освобождает место, обновляет статистику. AUTOVACUUM делает это автоматически. VACUUM ANALYZE — дополнительно обновляет статистику для оптимизатора.

Пример

-- Проверить таблицы с большим количеством мёртвых строк
SELECT relname, n_dead_tup, n_live_tup,
  last_autovacuum
FROM pg_stat_user_tables
ORDER BY n_dead_tup DESC;

Связанные термины

EXPLAINПоказывает план выполнения запроса без реального выполнения — какие индексы и типы соединений выберет планировщик.Транзакция (TRANSACTION)Группа SQL операций, выполняемых как единое целое: либо все успешно, либо ни одна.

Анекдоты по теме

— Что такое Hot standby feedback? — Механизм, когда replica сообщает primary какие XID ещё нужны. — Зачем? — Предотвращает отмену запросов на реплике из-за VACUUM на primary. — Без этого? — Длинный запрос на реплике прерывается: 'ERROR: canceling statement due to conflict with recovery'. — Включить: hot_standby_feedback = on в postgresql.conf на replica.

— Что такое WAL? — Write-Ahead Log. Журнал изменений. — Зачем? — Перед изменением данных — запись в WAL. При сбое — восстановление из WAL. — Это медленно? — WAL пишется последовательно — это быстро. Сами данные — позже. — Репликация тоже через WAL? — Да. Replica читает WAL с primary.

— Что такое Hot Standby? — Replica, которая принимает SELECT запросы пока реплицирует. — Можно писать на реплику? — Нет. Только чтение. — Зачем? — Снять нагрузку чтения с primary: аналитика, отчёты, бэкапы. — А данные всегда свежие? — С небольшой задержкой (lag). Мониторь pg_stat_replication.

Все анекдоты →

Потренироваться →← Все термины