PostgreSQLПродвинутый

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 / EXPLAIN ANALYZEEXPLAIN показывает план выполнения запроса. EXPLAIN ANALYZE выполняет запрос и показывает реальное время.Транзакция (TRANSACTION)Группа SQL операций, выполняемых как единое целое: либо все успешно, либо ни одна.

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

— Что такое «фантомное чтение»? — Запускаешь SELECT дважды в транзакции, второй раз видишь новые строки. — Почему? — Другая транзакция вставила и закоммитила строки между двумя твоими SELECT. — Как избежать? — REPEATABLE READ или SERIALIZABLE.

— Чем TRUNCATE отличается от DELETE? — DELETE логирует каждую строку и может быть в транзакции. — TRUNCATE удаляет всё разом, не логируя строки. Быстрее. — Но TRUNCATE нельзя откатить? — В PostgreSQL можно — TRUNCATE транзакционный. — В MySQL? — Там TRUNCATE автоматически фиксирует транзакцию. Осторожно.

MERGE (апдейт + инсерт) говорит таблице: — Я сейчас либо обновлю тебя, либо вставлю, смотря как повезёт. Таблица: — А если ты не попадаешь в условие? MERGE: — Тогда я просто упаду с ошибкой. Но ты же не захочешь меня откатывать? Это же долго.

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

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