KB2526959-FIX : problème de performance des applications lorsqu’une requête fait référence aux tables temporaires créées dans une session dans SQL Server 2008 et SQL Server 2008 R2

Symptômes

Prenons l’exemple du scénario suivant :

• Une application exécute une requête qui fait référence à des tables temporaires dans Microsoft SQL Server 2008 et Microsoft SQL Server 2008 R2. Les tables temporaires sont créées dans une session au lieu d’une procédure stockée.

• Le plan de requête est mis en cache.

• De nombreux utilisateurs exécutent la même requête dans un environnement hautement concomitant. Par exemple, de nombreux utilisateurs utilisent une application qui exécute la requête suivante :

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

Dans ce scénario, l’application rencontre des problèmes de performances.Remarque Pour plus d’informations sur la façon d’identifier ce problème, voir la section « informations supplémentaires ».

Cause

Ce problème se produit car les mêmes plans de requête sont insérés dans le cache dans le même compartiment de hachage pour chaque utilisateur lorsque le texte de la requête est identique. Lorsqu’un grand nombre de plans est haché dans le même compartiment (également appelé chaîne de hachage), le temps de consultation d’un plan dans le cache augmente considérablement et les problèmes de performance peuvent se produire. Par ailleurs, il est possible que les threads de travail rencontrent une contention de verrouillage SpinLock importante et que d’autres threads soient concernés lorsque ces threads de travail n’exécutent pas le planificateur approprié.

Résolution

Remarque Seule la mise à jour pour SQL Server 2008 R2 est actuellement disponible. Pour SQL Server 2008, voir la section « solution de contournement » pour contourner ce problème.

Statut

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.

Solution de contournement

Pour contourner ce problème dans SQL Server 2008 et SQL Server 2008 R2, déplacez des références de tables temporaires vers des procédures stockées à l’intérieur.

Informations supplémentaires

Pour plus d’informations sur la création et la modification des notions de base des tables, visitez le site Web MSDN suivant :

Comment créer et modifier des notions de base des tablesLa contention SpinLock peut être identifiée à partir de la vue de gestion dynamique sys.dm_os_spinlock_stats (DMV) dont le taux de conflits est élevé sur le SOS_CACHESTORE SpinLock. Pour identifier ce problème, exécutez une requête qui ressemble à ce qui suit :

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 descSi les conditions suivantes sont vraies lorsque vous exécutez cette requête, vous pouvez rencontrer les problèmes de performances suivants :

• Cette requête génère le même texte de requête.

• Le nombre de la même bucketid est élevé.Remarque Un grand nombre de bucketid est généralement de plus de 1000.

• Les requêtes font référence aux tables temporaires