Comment le magasin de requêtes collecte les données

S’applique à :SQL ServerAzure SQL DatabaseAzure SQL Managed InstanceAzure Synapse Analytics

Le magasin de requêtes SQL Server fonctionne de manière similaire à un enregistreur de données de vol et collecte constamment des informations de compilation et d’exécution relatives aux requêtes et aux plans. Les données relatives aux requêtes sont conservées dans les tables internes et présentées aux utilisateurs via différentes vues.

Vues

Le diagramme suivant montre les affichages du magasin de requêtes et leurs relations logiques avec les informations de compilation présentées sous la forme d'entités bleues :

Query Store process views
Description des vues

Vue Description
sys.query_store_query_text Présente les textes de requêtes uniques exécutés sur la base de données. Les commentaires et les espaces avant et après le texte de requête sont ignorés. Les commentaires et les espaces au sein du texte ne sont pas ignorés. Chaque instruction du lot génère une entrée de texte de requête distincte.
sys.query_context_settings Présente les combinaisons uniques des paramètres affectant le plan selon lesquels les requêtes sont exécutées. Un même texte de requête exécuté avec d’autres paramètres affectant le plan produit une entrée de requête distincte dans le magasin de requêtes, car context_settings_id fait partie de la clé de requête.
sys.query_store_query Entrées de requête suivies et forcées séparément dans le magasin de requêtes. Un texte de requête unique peut produire plusieurs entrées de requête s’il est exécuté sous différents paramètres de contexte ou s’il est exécuté en dehors ou à l’intérieur de différents modules Transact-SQL, tels que des procédures stockées et des déclencheurs.
sys.query_store_plan Présente le plan estimé pour la requête avec les statistiques de compilation. Un plan stocké est équivalent à ce que vous pouvez obtenir avec SET SHOWPLAN_XML ON.
sys.query_store_runtime_stats_interval Le magasin de requêtes divise le temps en périodes générées automatiquement (intervalles) et stocke les statistiques agrégées sur cet intervalle pour chaque plan exécuté. La taille de l’intervalle est contrôlée par l’option de configuration Statistics Collection Interval (dans Management Studio) ou INTERVAL_LENGTH_MINUTES à l’aide des options ALTER DATABASE SET (Transact-SQL).
sys.query_store_runtime_stats Statistiques d'exécution agrégées pour les plans exécutés. Toutes les métriques capturées sont exprimées sous la forme de quatre fonctions statistiques : Moyenne, Minimum, Maximum et Écart type.

Pour plus d’informations sur les vues du magasin de requêtes, consultez la section « Vues, fonctions et procédures associées » de Surveillance des performances à l’aide du magasin de requêtes.

Traitement des requêtes

Le magasin de requêtes interagit avec le pipeline de traitement des requêtes sur les points clés suivants :

  1. Lorsqu’une requête est compilée pour la première fois, le texte de la requête et le plan initial sont envoyés au magasin de requêtes.

  2. Lorsque la requête est recompilée, le plan est mis à jour dans le magasin de requêtes. Si un nouveau plan est créé, le magasin de requêtes ajoute l’entrée du nouveau plan pour la requête et conserve les précédentes avec leurs statistiques d’exécution.

  3. Lors de l’exécution des requêtes, les statistiques d’exécution sont envoyées au magasin de requêtes. Le magasin de requêtes conserve des statistiques agrégées précises pour chaque plan exécuté dans l'intervalle actuellement actif.

  4. Pendant la compilation et la vérification des phases de recompilation, SQL Server détermine s’il existe un plan dans le Magasin des requêtes qui doit être appliqué pour la requête en cours d’exécution. S’il existe un plan forcé différent du plan figurant dans le cache de procédures, la requête est recompilée. Cela s’effectue de la même façon que si l’INDICATEUR PLAN était appliqué à cette requête. Ce processus se produit de façon transparente pour l'application utilisateur.

Le diagramme suivant illustre les points d’intégration expliqués dans les étapes précédentes :

Query Store process

Remarques

Pour réduire la surcharge d’E/S, les nouvelles données sont capturées en mémoire. Les opérations d’écriture sont mises en file d’attente et vidées sur le disque par la suite. Les informations de requête et de plan, indiquées en tant que Magasin de plans dans le schéma ci-dessous, sont vidées avec une latence minimale. Les statistiques d’exécution, indiquées en tant que Statistiques du runtime, sont conservées en mémoire pendant une période définie avec l’option DATA_FLUSH_INTERVAL_SECONDS de l’instruction SET QUERY_STORE. Vous pouvez utiliser la boîte de dialogue Magasin des requêtes Management Studio pour entrer une valeur pour l’intervalle de vidage des données (minutes) qui est converti en interne en secondes.

Query Store process plan

Si le système se bloque ou qu’un arrêt se produit lors de l’utilisation de l’indicateur de trace 7745, le magasin de requêtes peut perdre les données d’exécution qui ont été collectées mais qui ne sont pas encore persistantes, jusqu’à une fenêtre de temps définie avec DATA_FLUSH_INTERVAL_SECONDS. Nous recommandons la valeur par défaut de 900 secondes (15 minutes) en tant qu’équilibre entre les performances de capture de requête et la disponibilité des données.

Important

La limite Taille maximale (Mo) n’est pas strictement appliquée. La taille de stockage est vérifiée seulement quand le Magasin des requêtes écrit des données sur le disque. Cet intervalle est défini par la valeur Intervalle de vidage des données. Si le Magasin des requêtes a enfreint la limite de taille maximale entre les vérifications de taille de stockage, il passe en mode lecture seule. Si l’option Mode de nettoyage basé sur la taille est activée, le mécanisme de nettoyage permettant d’appliquer la limite de taille maximale est également déclenché.

Note

Si le système est soumis à une sollicitation élevée de la mémoire, les statistiques d’exécution peuvent être vidées sur le disque plus tôt que ce qui est défini avec DATA_FLUSH_INTERVAL_SECONDS.

Lors de la lecture des données du magasin de requêtes, les données en mémoire et sur disque sont unifiées en toute transparence.

Si une session est arrêtée ou que l’application cliente redémarre ou se plante, les statistiques de requêtes ne seront pas enregistrées.

Query Store process plan information

Voir aussi

Surveillance des performances à l’aide du magasin des requêtes
Bonnes pratiques relatives au magasin de requêtes
Affichages catalogue du Magasin des requêtes (Transact-SQL)