Início / dba / Perguntas / 328283
Accepted
variable
Asked: 2023-06-14 18:52:26 +0800 CST

Por que uma consulta SELECT (Sch-S) é bloqueada devido a um bloqueio Sch-S existente mantido pelo comando index reorganize?

  • 772

A consulta SELECT requer um bloqueio SCH-S. Isso pode ser compartilhado com outras consultas de leitura.

A consulta UPDATE requer um bloqueio SCH-M. Isso não pode ser compartilhado com outras consultas de leitura/atualização.

Link: https://www.mssqltips.com/sqlservertip/5880/why-is-index-reorganize-and-update-statistics-causing-sql-server-blocking/

O exemplo mostra um bloqueio de reorganização de índice (Sch-S) bloqueia o bloqueio Sch-M da atualização de estatísticas. Mas por que ele também bloqueia o bloqueio Sch-S subsequente solicitado pela consulta SELECT? Os bloqueios Sch-S não são compartilhados?

sql-server

1 respostas

  1. Best Answer

    Como Charlieface aponta, é uma cadeia sequencial de bloqueio que está ocorrendo. SCH-Se SCH-Msão tipos de bloqueio incompatíveis entre si. Você pode usar a seguinte matriz de compatibilidade de bloqueio dos documentos para ver o que é compatível:

    Matriz de compatibilidade de bloqueio

    No exemplo que você forneceu das dicas do MS SQL, há uma ALTER INDEX SCH-Sconsulta de bloqueio que está bloqueando uma UPDATE STATISTICSconsulta que usa um SCH-Mbloqueio. E então essa UPDATE STATISTICSconsulta está bloqueando uma terceira consulta (a SELECT) que usa um SCH-Sbloqueio. Portanto, SCH-Sblocks SCH-Mblocks SCH-Sé a cadeia de bloqueio aqui, porque são tipos de bloqueio incompatíveis em ambas as direções.

    • 2

relate perguntas