O erro” Transação já bloqueada “ocorre quando duas ou mais sessões estão esperando para bloquear um recurso que já foi sequestrado por outra sessão exatamente na mesma poda cadeia. Assim, o link sessionsok não é concluído e o SQL Server deve intervir para corrigir o problema. Ele desbloqueia a determinação automática de uma das sessões, e a comida o mata para que várias outras sessões possam continuar. Nesse cenário, o cliente específico apresenta a seguinte mensagem de erro:
A solicitação (id do processo) foi bloqueada devido a outro processo referente aos recursos de bloqueio e geralmente foi escolhida como vítima de deadlock. Execute a transação novamente.
e / ou esta sessão encerrada será cancelada. Normalmente, a vítima é a sessão que requer menos sobrecarga para reverter.
Por que o SQL Server falha?
Para inteiramente que “a transação (ID do processo) em recursos ficou em outro processo e foi vítima deste impasse.” Execute esta transação com um erro mais. Vamos dar um exemplo muito simples.
Como resultado, criaremos duas tabelas de catering “t1” e “t2”, que contêm uma coluna inteira:
CRIAR TABELA t1 (int id)CRIAR TABELA t2 (id int)
INSERT INTO t1 (id)SELECIONE 1 P LIGANDO TODOSSELECIONE TODAS AS 2 UNIÕESSELECIONE 3ANDARINSERT INTO t2 (id)SELECIONE 1 CONEXÃO TODASSELECIONE 2 CONEXÃO 3
Agora é issoselect acha que mantemos iniciada uma transação que exclui linhas com identidade pessoal = 2 de t1:
INICIAR TRANSEXCLUIR DE t1 ONDE id = 2
Suponha que uma grande porcentagem de outras transações exclua as mesmas linhas apenas das tabelas:
INICIAR TRANSDELETE t2 O id é igual a 2DELETE FROM t1 WHERE id = dual
Você deve esperar até que a primeira transação seja genuinamente concluída e a tabela t1 esteja livre.
Mas suponha que a primeira transação agora possa excluir a linha correspondente exata da segunda tabela:
DELETE t2 WHERE id = 2
Seguindo este título, você deve receber o seguinte e-mail corrompido:
A transação (id do processo) foi bloqueada devido a um deadlock no tempo e energia sofrendo de outro processo e foi escolhida como vítima de dificuldade. Sem dúvida, execute a transação novamente.
Isso se deve à situação em que uma determinada primeira transação definida está esperando por outra (para liberar t2), enquanto a transação também está pronta no original (em t1) durante o horário escolhido.
Como analisar diagramas de bloqueio
O
Bloco é um bloco sólido de informações que mostra quais táticas e consultas estão associadas à dificuldade. Isso ajuda a entender por que o problema ocorreu.
Antes nos servidores sql 2008, a coleta dessas informações exigia o acoplamento de rastreamentos do lado do servidor ou a ativação de sinalizadores de pesquisa e, em seguida, a espera por uma suspensão. A partir do SQL Server 2008, as coisas são mais simples. Você pode recuperar todos os bloqueios a posteriori de acordo com os esquemas que apontam para o curso avançado “system_health”. Para fazer isso, vá para Gerenciar> Eventos avançados> Sessões> system_health> package0.event_file, mas clique em Mostrar destino. Dados …
Milhares de eventos relacionados a eventos são exibidos ao ar livre, eu diria em uma janela. Lá você poderá encontrar registros de bloqueio marcados como “xml_deadlock_report”. Vamos usar o que acabamos de modelar
e estilo no gráfico de dificuldade. Detalhes do formulário (em XML), incluindo seções de recursos e processos.
A área do site exibe uma lista exata de todos os recursos bloqueados:
Isso confirma sobre o que os processos estavam discutindo e as coisas estavam relacionadas aos tipos de bloqueios que muitos os causaram. Ele retorna dois ou mais arquivos. Cada registro contém uma descrição de uma fonte de informação por meio da implementação de listas de processos que obtiveram um bloqueio principal ou adquiriram um bloqueio durante aquele livro de referência. Trava em uma seção que é mais apropriada para uma chave, RID, nova página ou bandeja.
Depois da central de suporte, vamos passar para a seção Processos para descobrir como todos esses processos estavam acontecendo.
O tipo de cerca de processo exibe informações detalhadas sobre todos os processos que geralmente podem travar
Ele contém entradas de seção sobre threads que definitivamente participam do bloqueio e fornece instruções importantes classificadas como nomes de host, logins, escopo de isolamento, tempo, especificações de sessão, etc. Mas a parte mais valiosa do conhecimento é o isolamento de cada solicitação e a soma de detalhe que levou à dificuldade até agora.
Como escolher uma vítima em bloco
Se você não pode bloquear, tente especificar qual processo deve parar de funcionar quando ele simplesmente travar. O SQL Server escolhe uma vítima completa em uma situação difícil com base em duas questões a serem consideradas: a série DEADLOCK_PRIORITY para cada sessão e uma quantidade específica de trabalho que o SQL Server deve trabalhar para reverter o tipo de transação.
O parâmetro DEADLOCK_PRIORITY pode ser definido pelo driver como HIGH, NORMAL, LOW ou um patrimônio inteiro de -10 a 10. DEADLOCK_PRIORITY é definido para ajudá-lo a NORMAL (0) por padrão. Use o seguinte formato para certificar-se de definir o bloqueio do ageda principal:
Fortect é a ferramenta de reparo de PC mais popular e eficaz do mundo. Milhões de pessoas confiam nele para manter seus sistemas funcionando de forma rápida, suave e livre de erros. Com sua interface de usuário simples e mecanismo de verificação poderoso, o Fortect localiza e corrige rapidamente uma ampla gama de problemas do Windows, desde instabilidade do sistema e problemas de segurança até gerenciamento de memória e gargalos de desempenho.
3. Clique em "Reparar" para corrigir quaisquer problemas encontrados
INSTALAR DEADLOCK_PRIORITY @deadlock_intvar :: é igual a ...
Por exemplo, um curso com prioridade de dificuldade NORMAL será selecionado no bloco de uma determinada pessoa se ela participar desse bloco onde outras sessões configuram o bloco que leva a ALTO ou um inteiro maior que dois. E persiste se algumas das sessões LOW restantes tiverem uma prioridade de bloqueio com um valor inteiro específico menor que zero.
BAIXO é de fato -5, NORMAL é classificado como ALTO o é 5. Em outras palavras, organize os seguintes comandos para definir a correção de prioridade para NORMAL:
SET DEADLOCK_PRIORITY NORMAL;VÁ
SET DEADLOCK_PRIORITY 0;VÁ
Para verificar se há um problema de bloqueio de treino, você pode usar a seguinte situação:
SELECT session_id, DEADLOCK_PRIORITY FROM sys.dm_exec_sessions WHERE SESSION_ID = @@ SPID
Como evitar deadlocks no SQL Server
Como desenvolvedor, você deve projetar componentes de banco de dados para minimizar o risco de bloqueio. Aqui estão algumas dicas úteis:
Certifique-se de que certos aplicativos acessem todos os objetos compartilhados em uma ordem específica
APÊNDICE 0
APÊNDICE 2
1. Comece um dinheiro
1. Inicie uma transação
2. Atualize cada um de nossos metais de mesa
2. Atualize a tabela de fornecedores mais importante
Verifique o gerenciador system_health para bloqueios.Crie alguma sessão de evento estendido com captura de deadlock.Analise os gráficos de relatórios de outono para encontrar o problema.Quando as pessoas podem fazer mais melhorias ou aumentar o número de solicitações bloqueadas.
De fato, o SQL Server seleciona Complexity of Sacrifice como uma transação específica de menor custo para reversão. Simplificando, esse material menos volátil é considerado o banco de dados mais lucrativo. Em seguida, o processo com o melhor bloqueio mais fraco será selecionado porque geralmente é a vítima do bloqueio.
Um deadlock ocorre quando uma transação tenta ajudar a atualizar um símbolo que foi atualizado por – outro contrato que ainda está ativo (não fornecido ainda). Como evitar esses erros: Freqüentemente, é normal para um banco de dados multiusuário – falhar.
