Início / dba / Perguntas / 19129
Accepted
a_horse_with_no_name
Asked: 2012-06-13 07:08:40 +0800 CST

SQL Server (2012) DDL sem bloqueio?

  • 772

Não sou muito experiente com SQL Server, então talvez esteja faltando alguma coisa

A minha situação é a seguinte:

  • A sessão 1 executa um CREATE TABLE (ou outras instruções CREATE) com autocommit desativado e o CREATE não está sendo confirmado.
  • A sessão 2 executa uma sp_tableinstrução, mas trava enquanto a sessão 1 não está confirmando o DDL

O cenário em que isso acontece são os desenvolvedores trabalhando no banco de dados. Alguns deles navegando nas tabelas, alguns deles fazendo DDL. Se um usuário esquecer de confirmar o DDL, todas as outras sessões que desejam listar as tabelas serão bloqueadas. Observe que o sp_tablesé emitido, por exemplo, pelo cliente SQL (através da API do driver JDBC), portanto, não é algo que possa ser alterado.

O banco de dados com o qual estou trabalhando tem snapshot_isolation ativado e o nível de isolamento está definido como leitura confirmada ( SET ALLOW_SNAPSHOT_ISOLATION ONe SET READ_COMMITTED_SNAPSHOT ON)

Minha suposição era que essas configurações deveriam fazer com que o SQL Server se comportasse melhor em relação ao bloqueio em sessões simultâneas (por exemplo, como PostgreSQL e Oracle, onde SELECTs nunca são bloqueados por nenhum gravador) - mas aparentemente esse não é o caso.

Então, existe alguma maneira de tornar o SQL Server mais amigável em situações de leitura/gravação simultâneas em relação ao DDL? (além de enviar DDL apenas no modo de confirmação automática).

sql-server-2012 concurrency

2 respostas

  1. Best Answer

    Não, não há como configurar o SQL Server para fazer o que você deseja.

    No isolamento de instantâneo, a chamada para sp_tablesfica bloqueada aguardando um bloqueio de chave compartilhada em uma das tabelas de base do sistema ( sysschobjs) ao fazer um SELECTfromsys.all_objects

    O tópico Using Row Versioning-based Isolation Levels em BOL diz:

    O SQL Server não mantém várias versões de metadados do sistema. As instruções de linguagem de definição de dados (DDL) em tabelas e outros objetos de banco de dados (índices, exibições, tipos de dados, procedimentos armazenados e funções de tempo de execução de linguagem comum) alteram metadados.

    Mesmo sob TRANSACTION ISOLATION LEVEL READ UNCOMMITTEDa chamada para sp_tablesends up blocking, no entanto, enquanto o straight forward SELECT ... FROM sys.all_objectsnão está mais bloqueado, a mesma consulta faz referência à HAS_PERMS_BY_NAMEfunção na WHEREcláusula. Isso parece iniciar uma transação do sistema ( CMetadataAccessor::CMetadataAcce) em um nível de isolamento mais alto e acaba ficando bloqueado aguardando um bloqueio de chave compartilhada sysschobjsnovamente.

    • 6

  2. Uma ideia: agendar um trabalho a cada 15 segundos para procurar DDLs não confirmados ociosos e encerrar as sessões e revertê-las.

    • 0

relate perguntas