KB2526959-FIX: problema delle prestazioni delle applicazioni quando una query fa riferimento a tabelle temporanee create in una sessione in SQL Server 2008 e in SQL Server 2008 R2

Sintomi

Considerare lo scenario descritto di seguito:

• Un'applicazione esegue una query che fa riferimento a alcune tabelle temporanee in Microsoft SQL Server 2008 e in Microsoft SQL Server 2008 R2. Le tabelle temporanee vengono create in una sessione anziché in una stored procedure.

• Il piano di query viene memorizzato nella cache.

• Molti utenti eseguono la stessa query in un ambiente altamente simultaneo. Ad esempio, molti utenti usano un'applicazione che esegue la query seguente:

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

In questo scenario, l'applicazione incontra i problemi di prestazioni.Nota Per altre informazioni su come identificare questo problema, vedere la sezione "altre informazioni".

Causa

Questo problema si verifica perché gli stessi piani di query vengono inseriti nella cache nello stesso bucket hash per ogni utente quando il testo della query è lo stesso. Quando viene eseguito l'hashing di un numero elevato di piani nello stesso bucket (noto anche come catena hash), il tempo necessario per cercare un piano nella cache aumenta in modo significativo e i problemi di prestazioni possono verificarsi. Inoltre, i thread di lavoro possono riscontrare una grave contesa di spinlock e altri thread sono interessati quando questi thread di lavoro non eseguono i rendimenti corretti per l'utilità di pianificazione.

Risoluzione

Nota Solo l'aggiornamento per SQL Server 2008 R2 è attualmente disponibile. Per SQL Server 2008, vedere la sezione "soluzione alternativa" per risolvere il problema.

Stato

Microsoft ha confermato che questo problema si verifica nei prodotti elencati nella sezione "Si applica a".

Soluzione alternativa

Per risolvere il problema in SQL Server 2008 e in SQL Server 2008 R2, spostare i riferimenti delle tabelle temporanee all'interno delle stored procedure.

Ulteriori informazioni

Per altre informazioni su come creare e modificare le nozioni di base sulle tabelle, visitare il sito Web MSDN seguente:

Come creare e modificare le nozioni di base sulle tabelleLa contesa di SpinLock può essere identificata dalla vista a gestione dinamica sys.dm_os_spinlock_stats (DMV) con una percentuale di contesa elevata nell' SOS_CACHESTORE SpinLock. Per identificare il problema, eseguire una query simile alla seguente:

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 le condizioni seguenti sono vere quando si esegue la query, è possibile che si verifichino problemi di prestazioni:

• Questa query genera lo stesso testo della query.

• Il conteggio per lo stesso BucketID è di grandi dimensioni.Nota Un numero elevato per lo stesso BucketID è in genere superiore a 1000.

• Le query fanno riferimento a tabelle temporanee