Optimisation des performances avec la mise en cache des jeux de résultats

Lorsque la mise en cache du jeu de résultats est activée, le pool SQL dédié met automatiquement en cache les résultats de la requête dans la base de données utilisateur, ce qui permet de les utiliser de façon répétée. Ainsi, les exécutions de requêtes suivantes obtiennent les résultats directement à partir du cache persistant de sorte que le recalcul n’est pas nécessaire. La mise en cache des jeux de résultats améliore les performances des requêtes et réduit l’utilisation des ressources de calcul. De plus, les requêtes qui recourent au cache du jeu de résultats n’utilisent pas d’emplacements de concurrence et ne sont donc pas prises en compte pour l’application des limites de concurrence existantes. Pour des raisons de sécurité, les utilisateurs ne peuvent accéder aux résultats mis en cache que s’ils ont les mêmes autorisations d’accès aux données que les utilisateurs qui créent les résultats mis en cache. La mise en cache du jeu de résultats est désactivée par défaut au niveau de la base de données et au niveau de la session.

Notes

La mise en cache du jeu de résultats ne doit pas être utilisée conjointement avec DECRYPTBYKEY. Si cette fonction de chiffrement doit être utilisée, vérifiez que la mise en cache du jeu de résultats est désactivée (au niveau de la session ou au niveau de la base de données) au moment de l’exécution.

Commandes clés

Activer/désactiver la mise en cache du jeu de résultats pour une base de données utilisateur

Activer/désactiver la mise en cache du jeu de résultats pour une session

Vérifier la taille du jeu de résultats mis en cache

Nettoyer le cache

Éléments non mis en cache

Une fois la mise en cache du jeu de résultats activée pour une base de données, les résultats sont mis en cache pour toutes les requêtes jusqu’à ce que le cache soit plein, à l’exception des requêtes suivantes :

• Requêtes avec fonctions intégrées ou expressions de runtime qui ne sont pas déterministes même en l’absence de modification des données ou de la requête des tables de base. Par exemple, DateTime.Now(), GetDate()
• Requêtes utilisant des fonctions définies par l’utilisateur
• Requêtes utilisant des tables avec une sécurité au niveau des lignes
• Requêtes qui retournent des données avec une taille de ligne supérieure à 64 Ko
• Requêtes retournant des données de grande taille (> 10 Go)

Notes

• Certaines fonctions non déterministes et expressions de runtime peuvent être déterministes pour les requêtes répétitives sur les mêmes données. Par exemple, ROW_NUMBER ().
• Utilisez ORDER BY dans votre requête si l’ordre/la séquence de lignes dans le jeu de résultats de la requête sont importants pour votre logique d’application.
• Si les données dans les colonnes ORDER BY ne sont pas uniques, il n’y a pas d’ordre garanti pour les lignes ayant les mêmes valeurs dans les colonnes ORDER BY, que la mise en cache du jeu de résultats soit activée ou non.

Important

Les opérations de création d’un cache de jeu de résultats et de récupération des données à partir du cache ont lieu sur le nœud de contrôle d’une instance de pool SQL dédié. Quand la mise en cache des jeux de résultats est activée, l’exécution des requêtes qui retournent un grand jeu de résultats (par exemple, > 1 Go) peut entraîner une limitation des requêtes sur le nœud de contrôle et ralentir le temps de réponse général des requêtes sur l’instance. Ces requêtes sont couramment utilisées lors de l’exploration de données et des opérations ETL. Pour éviter une utilisation trop intensive du nœud de contrôle et les problèmes de performances qui en découlent, les utilisateurs doivent désactiver (OFF) la mise en cache des jeux de résultats sur la base de données avant d’exécuter ces types de requêtes.

Exécutez cette requête pendant toute la durée des opérations de mise en cache du jeu de résultats pour une requête :

SELECT step_index, operation_type, location_type, status, total_elapsed_time, command
FROM sys.dm_pdw_request_steps
WHERE request_id  = <'request_id'>;

Voici un exemple de sortie pour une requête exécutée avec la mise en cache du jeu de résultats désactivée.

Voici un exemple de sortie pour une requête exécutée avec la mise en cache du jeu de résultats activée.

Quand les résultats mis en cache sont utilisés

Le jeu de résultats mis en cache est réutilisé pour une requête si toutes les conditions suivantes sont réunies :

• L’utilisateur qui exécute la requête a accès à toutes les tables référencées dans la requête.
• Il existe une correspondance exacte entre la nouvelle requête et la requête précédente qui a généré le cache du jeu de résultats.
• Il n’y a aucune modification de données ou de schéma dans les tables à partir desquelles le jeu de résultats mis en cache a été généré.

Exécutez cette commande pour vérifier si une requête a été exécutée avec un accès ou un échec du cache de résultats. La colonne result_cache_hit retourne 1 pour la correspondance dans le cache, 0 pour l’absence dans le cache et des valeurs négatives reflétant les raisons pour lesquelles la mise en cache du jeu de résultats n’a pas été utilisée. Pour plus d’informations, consultez sys.dm_pdw_exec_requests.

SELECT request_id, command, result_cache_hit FROM sys.dm_pdw_exec_requests
WHERE request_id = <'Your_Query_Request_ID'>

Gérer les résultats mis en cache

La taille maximale du cache du jeu de résultats est de 1 To par base de données. Les résultats mis en cache sont automatiquement invalidés lorsque les données de requête sous-jacentes sont modifiées.

L’éviction du cache est gérée automatiquement par le pool SQL dédié selon la planification suivante :

• Toutes les 48 heures si le jeu de résultats n’a pas été utilisé ou a été invalidé.
• Lorsque le cache du jeu de résultats approche la taille maximale.

Les utilisateurs peuvent vider manuellement l’intégralité du cache du jeu de résultats à l’aide de l’une des options suivantes :

• Désactiver la fonctionnalité cache du jeu de résultats pour la base de données
• Exécutez DBCC DROPRESULTSETCACHE tout en étant connecté à la base de données

La suspension d’une base de données n’a pas pour effet de vider le jeu de résultats mis en cache.

Étapes suivantes

Pour obtenir des conseils supplémentaires, consultez la vue d’ensemble du développement.