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; — Атомарный счётчик? — Именно.

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

— Как называется страх перед COMMIT? — Коммитофобия. Симптомы: пальцы дрожат над кнопкой, глаза бегают, в голове «А вдруг ROLLBACK уже нельзя?»

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

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