Início / dba / Perguntas / 237890
Accepted
gotqn
Asked: 2019-05-11 21:45:28 +0800 CST

Que tipos de bloqueios são mantidos em tabelas temporárias globais?

  • 772

Eu me pergunto se:

  • o nível de isolamento é Read Committed
  • os dados são inseridos ou excluídos ou lidos

são os mesmos bloqueios (compartilhados para leitura e exclusivos para inserção/exclusão) usados ​​para a tabela temporária global que a tabela tradicional de armazenamento de linhas.

Para tabela temporária acredito que não haverá bloqueio pois ela "vive" durante o contexto atual, então não consigo ler e inserir dados ao mesmo tempo.

Mas para a tabela temporária global, digamos que eu tenha muitas operações - algumas estão inserindo novos dados, algumas estão excluindo dados e algumas querem ler os dados que serão excluídos.

Digamos que a estrutura da tabela seja:

GroupID EntityID
1       101
1       102
1       103
2       101
2       104
3       100

As mesmas regras são aplicadas aqui?

sql-server t-sql

1 respostas

  1. Best Answer

    Eu estava curioso para esta pergunta e queria experimentar e ver se tempdb é um banco de dados especial ou apenas como outro banco de dados de usuário em que o isolamento padrão "Read Committed" é aplicado ou não.

    Abaixo estão as consultas que eu executei:

    --Created two tables in tempdb, one named table and second one as gobal tempdb table

select * into tempdb.dbo.msgs from sys.messages


select * into ##msgs from sys.messages

    Consulta de atualização executada para alguns registros dessas tabelas na próxima janela

    begin tran
go
update dbo.msgs set language_id = 1055 where message_id = 11242
go
update ##msgs set language_id = 1055 where message_id = 11242
go

    Ambas as instruções acima atualizaram 22 linhas conforme o esperado.

    Mais tarde, executei a instrução select nessas duas tabelas em duas janelas diferentes e até agora ambas estão travadas:

    Primeira consulta de seleção

    Segunda consulta de seleção

    Uma coisa que notei é que na primeira consulta nenhum registro está aparecendo na tela, enquanto no segundo caso, 8830 registros estão na tela e presos depois (não tenho certeza do porquê?) eles estão aguardando a atualização ser concluída. Isso é o que se esperava no comportamento padrão do banco de dados MSSQL.

    Eu validei o mesmo usando sp_whoisactive e pude ver que há bloqueio de banco de dados como abaixo:

    Saída de sp_whoisactive

    Informações de bloqueio para cada um deles são fornecidas para detalhes.

    1º:

    <Database name="tempdb">
  <Objects>
    <Object name="msgs" schema_name="dbo">
      <Locks>
        <Lock resource_type="OBJECT" request_mode="IS" request_status="GRANT" request_count="1" />
        <Lock resource_type="PAGE" page_type="*" request_mode="S" request_status="WAIT" request_count="1" />
      </Locks>
    </Object>
  </Objects>
</Database>

    2º:

    <Database name="tempdb">
  <Objects>
    <Object name="##msgs" schema_name="dbo">
      <Locks>
        <Lock resource_type="OBJECT" request_mode="IX" request_status="GRANT" request_count="1" />
        <Lock resource_type="PAGE" page_type="*" request_mode="UIX" request_status="GRANT" request_count="22" />
        <Lock resource_type="RID" page_type="*" request_mode="X" request_status="GRANT" request_count="22" />
      </Locks>
    </Object>
    <Object name="msgs" schema_name="dbo">
      <Locks>
        <Lock resource_type="OBJECT" request_mode="IX" request_status="GRANT" request_count="1" />
        <Lock resource_type="PAGE" page_type="*" request_mode="UIX" request_status="GRANT" request_count="22" />
        <Lock resource_type="RID" page_type="*" request_mode="X" request_status="GRANT" request_count="22" />
      </Locks>
    </Object>
  </Objects>
</Database>

    3º:

    <Database name="tempdb">
  <Objects>
    <Object name="##msgs" schema_name="dbo">
      <Locks>
        <Lock resource_type="OBJECT" request_mode="IS" request_status="GRANT" request_count="1" />
        <Lock resource_type="PAGE" page_type="*" request_mode="S" request_status="WAIT" request_count="1" />
      </Locks>
    </Object>
  </Objects>
</Database>

    Também verifiquei o nível de isolamento para cada uma dessas transações usando o comando abaixo:

    SELECT CASE transaction_isolation_level 
WHEN 0 THEN 'Unspecified' 
WHEN 1 THEN 'ReadUncommitted' 
WHEN 2 THEN 'ReadCommitted' 
WHEN 3 THEN 'Repeatable' 
WHEN 4 THEN 'Serializable' 
WHEN 5 THEN 'Snapshot' END AS TRANSACTION_ISOLATION_LEVEL 
FROM sys.dm_exec_sessions 
where session_id in(63,66,67)

    Resultado:

    Nível de isolamento

    Com tudo isso, pode-se afirmar que também para o tempdb, o nível de isolamento é definido como "Read Committed" e as regras se aplicam de maneira semelhante a outros bancos de dados.

    Eu executei essas consultas na versão MSSQL 2019.

    • 2

relate perguntas