IsolationLevel, режимы блокировки, взаимоблокировки и sp_getapplock в MS SQL Server

Блокировка и взаимоблокировка - разные вещи. Пожалуйста, прочтите эту статью для получения более подробной информации. .

Далее скопировано из статьи:

Разработчики и администраторы баз данных часто думают, что их экземпляр SQL Server испытывает тупиковые ситуации, хотя на самом деле он испытывает серьезную блокировку.

Блокировка происходит, когда сеанс A запрашивает блокировку ресурса (обычно строки, страницы или таблицы), но SQL Server не может предоставить эту блокировку, поскольку сеанс B уже удерживает несовместимую блокировку этого ресурса.

Это временная ситуация, и она может быть полностью разрешена сеансом B, завершившим свою работу и разблокировавшим свои блокировки. Возможны обширные цепочки блокировки, в которых несколько сеансов блокируются в ожидании сеанса, который сам заблокирован в ожидании другого заблокированного сеанса, и так далее, повторяясь несколько раз. Однако во главе цепочки блокировки будет головной «блокировщик», не ожидающий блокировки. Он может ожидать какого-то другого ресурса, такого как защелка, память или ввод-вывод, но по крайней мере один сеанс не будет ожидать блокировки, и цепочка блокировки будет очищена, как только головной блокиратор сможет продолжить обработку.

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

sp_getapplock не имеет прямого отношения к вашим проблемам. Блокировки приложений — это настраиваемые блокировки, используемые вашим приложением, например, когда вам нужно синхронизироваться с внешним источником данных, используя какую-то длительную и сложную процедуру, и вы не хотите, чтобы несколько процессов запускали такую ​​процедуру одновременно.

Что касается тупиковых ситуаций - вы должны спроектировать свои процедуры так, чтобы свести к минимуму возможность тупиковой ситуации, а затем вам нужно создать некоторую обработку ошибок для обнаружения тупиковых ситуаций и принятия соответствующих мер (например, повторить попытку 5 раз, после чего произойдет сбой).

Если бы вы могли опубликовать свой код процедуры взаимоблокировки, то, вероятно, кто-то мог бы помочь вам изменить его.