Deadlock (взаимная блокировка)

Ситуация, когда две транзакции ждут блокировок друг друга и не могут продолжить.

Синтаксис

-- Защита от дедлоков: одинаковый порядок блокировок
SELECT * FROM ... WHERE id IN (...) ORDER BY id FOR UPDATE;

Объяснение

Дедлок: транзакция A блокирует строку 1, транзакция B блокирует строку 2. A хочет строку 2, B хочет строку 1 — оба ждут вечно. PostgreSQL автоматически обнаруживает дедлоки и откатывает одну из транзакций с ошибкой. Как избежать: - Всегда блокируй ресурсы в одном порядке - Используй SELECT ... FOR UPDATE SKIP LOCKED для очередей - Держи транзакции короткими

Пример

-- Безопасная очередь задач
SELECT * FROM tasks
WHERE status = 'pending'
ORDER BY created_at
LIMIT 1
FOR UPDATE SKIP LOCKED;

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

ACIDЧетыре свойства надёжных транзакций: Atomicity, Consistency, Isolation, Durability.Транзакция (TRANSACTION)Группа SQL операций, выполняемых как единое целое: либо все успешно, либо ни одна.Уровень изоляцииОпределяет, насколько транзакция изолирована от изменений других транзакций.

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

— Что делать, если случайно запустил DELETE без WHERE? — Плакать. Если повезёт и была транзакция — сделать ROLLBACK. Если не повезло — доставать бэкап.

— Что такое DDL транзакции? — В PostgreSQL DDL операции (CREATE, ALTER, DROP) транзакционны. — То есть можно откатить DROP TABLE? — Да! BEGIN; DROP TABLE users; ROLLBACK; — таблица цела. — В MySQL? — DDL делает implicit COMMIT. Откатить нельзя. — Это важное отличие.

— Что такое freeze в PostgreSQL? — PostgreSQL использует 32-bit transaction ID (XID). После ~2 миллиардов транзакций — wraparound. — Что происходит? — Старые строки могут «исчезнуть». База уходит в read-only для безопасности. — VACUUM FREEZE? — Помечает строки как «вечные», освобождая XID пространство. — autovacuum следит за этим.

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

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