Um deadlock ocorre quando dois ou mais processos possuem bloqueios em objetos separados, e cada um dos processos estão tentando obter um bloqueio no objeto que o outro processo bloqueou.
Quando isso acontece o SQL Server, resolve abortando um dos processos tornando-o uma “vítima” permitindo que o outro processo continue a sua transação no banco de dados.
É enviada uma mensagem para o arquivo de error log do SQL Server informando sobre a transação que foi abortada. Deadlocks podem causar uma pressão sobre os recursos do servidor SQL Server, principalmente CPU.
Na maioria dos casos, temos aplicativos projetados para que quando um deadlock ocorrer, eles enviem novamente a transação abortada depois de receber uma mensagem de deadlock, que provavelmente executará novamente com sucesso. Se o aplicativo não possuir uma forma de tratar isso podem ocorrer grandes problemas para o usuário, até mesmo recebendo a mensagem de erro.
Quando um deadlock ocorre, por padrão o SQL Server escolhe uma “vítima” certo? Você pode alterar esse comportamento padrão atualizando a prioridade usando:
SET DEADLOCK_PRIORITY LOW ou SET DEADLOCK_PRIORITY HIGH
Se você tem mais alguma dica e gostaria de compartilhar conosco, deixe seu comentário abaixo.
Grande abraço!
Saiba como a função UPPER() no SQL Server pode degradar a performance das suas consultas…
Saiba agora mesmo como você pode diminuir o RESOURCE_SEMAPHORE_QUERY_COMPILE no SQL Server. Recentemente eu trabalhei em…
Nós DBA' e desenvolvedores quase sempre temos que trabalhar com datas quando se trata de…
Quais são as diferentes maneiras de proteger o login Senha do Administrador (SA)? Todos estão…
Com os direitos que o login sa tem por padrão no SQL Server, é obrigatório…
Como um DBA, você tem a responsabilidade de garantir a segurança do aplicativo e dos…