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 операций, выполняемых как единое целое: либо все успешно, либо ни одна.Уровень изоляцииОпределяет, насколько транзакция изолирована от изменений других транзакций.

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

— Что такое upsert? — INSERT, который превращается в UPDATE при конфликте. — Пример? — INSERT INTO counters (key, value) VALUES ('hits', 1) ON CONFLICT (key) DO UPDATE SET value = counters.value + 1; — Атомарный счётчик? — Именно.

DBA смотрит на лог: «Deadlock detected». — Кого убили? — Два UPDATE-а. Один держал стул, второй — стол. Никто не уступил. Пришлось убить обоих.

— Что такое index bloat? — Индекс «раздувается» со временем из-за мёртвых версий строк. — Как проверить? — pgstattuple расширение: SELECT * FROM pgstatindex('idx_name'); — Как исправить? — REINDEX CONCURRENTLY idx_name; — перестраивает без блокировки. — VACUUM не помогает? — Помогает частично. Тяжёлый bloat — REINDEX.

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

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