KB2526959-correção: problema de desempenho do aplicativo quando uma consulta referencia tabelas temporárias que são criadas em uma sessão no SQL Server 2008 e no SQL Server 2008 R2

Sintomas

Considere o seguinte cenário:

• Um aplicativo executa uma consulta que faz referência a algumas tabelas temporárias no Microsoft SQL Server 2008 e no Microsoft SQL Server 2008 R2. As tabelas temporárias são criadas em uma sessão em vez de em um procedimento armazenado.

• O plano de consulta é armazenado em cache.

• Muitos usuários executam a mesma consulta em um ambiente altamente simultâneo. Por exemplo, muitos usuários usam um aplicativo que executa a seguinte consulta:

  create table #x (col1 int) go insert into #x values (1) go select * from #x where col1 = 1 go

Nesse cenário, o aplicativo encontra problemas de desempenho.Observação Para obter mais informações sobre como identificar esse problema, confira a seção "mais informações".

Causa

Esse problema ocorre porque os mesmos planos de consulta são inseridos no cache no mesmo hash Bucket para cada usuário quando o texto da consulta é o mesmo. Quando um grande número de planos é codificado para o mesmo Bucket (também conhecido como uma cadeia de hash), o tempo para procurar um plano no cache aumenta significativamente, e os problemas de desempenho podem ocorrer. Além disso, os threads de trabalho podem encontrar uma disputa de spinlock grave, e outros threads são afetados quando esses threads de trabalho não executam o Agendador correto.

Resolução

Observação Somente a atualização do SQL Server 2008 R2 está disponível no momento. Para o SQL Server 2008, consulte a seção "solução alternativa" para contornar esse problema.

Status

A Microsoft confirmou que este é um problema nos produtos Microsoft listados na seção "Aplicável a".

Solução alternativa

Para contornar esse problema no SQL Server 2008 e no SQL Server 2008 R2, mova todas as referências de tabelas temporárias para procedimentos armazenados dentro de um só lugar.

Informações adicionais

Para obter mais informações sobre como criar e modificar noções básicas de tabela, acesse o seguinte website da MSDN:

Como criar e modificar noções básicas de tabelaA disputa de spinlock pode ser identificada a partir da exibição de gerenciamento dinâmico do Sys.dm_os_spinlock_stats (DMV) que tem uma alta taxa de disputa no SOS_CACHESTORE SpinLock. Para identificar esse problema, execute uma consulta semelhante à seguinte:

select cp.bucketid, count(cp.bucketid) as BucketCount, st.text from sys.dm_exec_cached_plans cp cross apply sys.dm_exec_sql_text(cp.plan_handle) as st group by cp.bucketid, st.text having count(cp.bucketid) >1 order by BucketCount descSe as seguintes condições forem verdadeiras quando você executar esta consulta, você pode encontrar os problemas de desempenho:

• Esta consulta gera o mesmo texto de consulta.

• A contagem para o mesmo BucketID é grande.Observação Um número grande para o mesmo BucketID geralmente está acima de 1000.

• As consultas fazem referência a tabelas temporárias