Bonnes pratiques relatives au Magasin des requêtes

S’APPLIQUE À : Azure Database pour PostgreSQL – Serveur unique

Important

Azure Database pour PostgreSQL - Serveur unique est en voie de mise hors service. Nous vous recommandons vivement de procéder à une mise à niveau vers un serveur flexible Azure Database pour PostgreSQL. Pour plus d’informations sur la migration vers le Serveur flexible Azure Database pour PostgreSQL, consultez l’article Qu’arrive-t-il au Serveur unique Azure Database pour PostgreSQL ?.

Cet article décrit les bonnes pratiques relatives à l’utilisation du Magasin des requêtes dans Azure Database pour PostgreSQL.

Définir le mode de capture de requête optimal

Laissez le Magasin des requêtes capturer les données qui vous intéressent.

pg_qs.query_capture_mode	Scénario
Tout	Analysez attentivement votre charge de travail concernant toutes les requêtes, leur fréquence d’exécution et d’autres statistiques. Identifiez les nouvelles requêtes dans votre charge de travail. Détectez si des requêtes ad hoc sont utilisées pour identifier les opportunités de paramétrage défini par l’utilisateur ou automatique. All s’accompagne du coût de la consommation accrue des ressources.
Top	Concentrez votre attention sur les principales requêtes : celles émises par les clients.
Aucun	Vous avez déjà capturé un ensemble de requêtes et une fenêtre de temps que vous souhaitez examiner, et vous voulez éliminer les distractions que d’autres requêtes peuvent introduire. None est adapté pour les environnements de test et d’évaluation. None doit être utilisé avec précaution, car vous risquez de laisser passer l’opportunité de suivre et d’optimiser d’importantes nouvelles requêtes. Vous ne pouvez pas récupérer des données sur ces fenêtres de temps.

Le Magasin des requêtes inclut également un magasin pour les statistiques d’attente. Il existe une requête en mode de capture supplémentaire qui régit les statistiques d’attente : pgms_wait_sampling.query_capture_mode peut être définie sur none ou sur all.

Notes

pg_qs.query_capture_mode remplace pgms_wait_sampling.query_capture_mode. Si pg_qs.query_capture_mode a la valeur none, le paramètre pgms_wait_sampling.query_capture_mode n’a aucun effet.

Conserver les données dont vous avez besoin

Le paramètre pg_qs.retention_period_in_days spécifie, en jours, la période de conservation des données pour le Magasin des requêtes. Les données des requêtes et des statistiques plus anciennes sont supprimées. Par défaut, le Magasin des requêtes est configuré pour conserver les données pendant 7 jours. Évitez de conserver les données historiques que vous ne prévoyez pas d’utiliser. Augmentez la valeur si vous avez besoin de conserver les données plus longtemps.

Définir la fréquence d’échantillonnage des statistiques d’attente

Le paramètre pgms_wait_sampling.history_period spécifie la fréquence (en millisecondes) d’échantillonnage des événements d’attente. Plus la période est courte, plus l’échantillonnage est fréquent. Des informations supplémentaires sont récupérées, mais cela s’accompagne d’une hausse du coût de la consommation des ressources. Prolongez cette période si le serveur est en cours de chargement ou si vous n’avez pas besoin d’autant de précision.

Obtenir des insights rapides dans le Magasin des requêtes

Vous pouvez utiliser Query Performance Insight dans le portail Azure pour obtenir des insights rapides des données du Magasin des requêtes. Les visualisations exposent les requêtes dont l’exécution est la plus longue et les événements d’attente les plus longs dans le temps.

Étapes suivantes

• Découvrez comment obtenir ou définir des paramètres à l’aide du portail Azure ou de l’interface Azure CLI.