Что происходит с блокировками, если транзакция не завершена?

Что происходит с блокировками, если транзакция не завершена?

• Блокировки сохраняются до завершения транзакции
• Транзакция может находиться в состоянии pending или in progress
• Остальные транзакции ждут освобождения ресурсов
• При откате транзакции блокировки снимаются
• После коммита транзакции блокировки также освобождаются
• Незавершённые транзакции становятся причиной конкуренции и дедлоков
• Это необходимо для поддержания атомарности и изоляции
• Для защиты применяются таймауты и механизмы обнаружения дедлоков

Таким образом, блокировки поддерживают консистентность данных и изоляцию операций. Однако до завершения транзакции они могут вызывать задержки и удерживать ресурсы.

Подробный ответ

Основной ответ

Если транзакция остаётся незавершённой — то есть явно не зафиксирована (COMMIT) и не отменена (ROLLBACK), — все блокировки, установленные этой транзакцией, сохраняются до её окончательного завершения. Так работает большинство СУБД, в том числе PostgreSQL, MySQL и Oracle. Удерживаться могут разные ресурсы: строки, страницы или таблицы. В результате другие транзакции дольше ожидают доступа, а в некоторых случаях возникает взаимная блокировка (deadlock).

Когда транзакция зависает и не завершается продолжительное время, её блокировки препятствуют работе других транзакций с данными, уменьшая параллелизм и производительность. После явного ROLLBACK или COMMIT блокировки освобождаются, а внесённые изменения соответственно подтверждаются или отменяются.

Ключевые моменты

• Время удержания блокировок определяется продолжительностью жизни транзакции. Пока транзакция остаётся "открыта", её блокировки продолжают действовать.
• В реляционных СУБД, поддерживающих MVCC, например в PostgreSQL, блокировки обычно используются для операций изменения данных (INSERT, UPDATE, DELETE). При этом благодаря версионности другие транзакции могут продолжать чтение.
• Ошибочно завершённые или чрезмерно длительные транзакции способны оставить ресурсы в состоянии, связанном с "зависшими" блокировками. Поэтому на уровне СУБД необходимы мониторинг и настройка тайм-аутов.

Практический контекст

В рабочих системах нередко задают тайм-ауты транзакций — например, statement_timeout в PostgreSQL и innodb_lock_wait_timeout в MySQL. Это помогает избежать длительных задержек, вызванных незавершёнными транзакциями. Кроме того, транзакциями управляют явно, а блокировки отслеживают через системные таблицы или специальные инструменты, такие как pg_locks в PostgreSQL и SHOW ENGINE INNODB STATUS в MySQL.