Concepts clés du réglage des performances des bases - Amazon DevOps Guru

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Concepts clés du réglage des performances des bases

DevOpsGuru for RDS part du principe que vous maîtrisez certains concepts de performances clés. Pour en savoir plus sur ces concepts, consultezPrésentation de Performance Insightsdans leGuide de l'utilisateur Amazon Aurora.

Charge de la base de données

Le concept clé pour le réglage des bases de données estcharge de base de données (charge de base de. La charge de base de données représente le niveau d'occupation de votre base de données à un moment donné. Une augmentation de la charge de base de données signifie une augmentation de l'activité de base de données

Une session de base de données représente le dialogue d'une application avec une base de données relationnelle. Unsession activeest une session qui exécute une requête de base de données. Une session est active lorsqu'elle s'exécute sur le processeur (CPU) ou attend qu'une ressource devienne disponible pour pouvoir continuer. Par exemple, une session active peut attendre qu'une page soit lue en mémoire avant d'utiliser le processeur pendant la lecture des données de la page.

Dans laDBLoadUne métrique dans Performance Insights est mesurée enSessions actives en moyenne (AAS). Pour calculer l'AAS, Performance Insights échantillonne le nombre de sessions actives chaque seconde. Pour une période déterminée, l'AAS correspond au nombre total de sessions actives divisé par le nombre total d'échantillons. Une valeur AAS de 2 signifie qu'en moyenne, deux sessions étaient actives dans les requêtes à un moment donné.

L'activité au sein d'un entrepôt représente une bonne analogie avec la charge de base de données. Supposons qu'un entrepôt emploie 100 employés. Lorsqu'une commande est réceptionnée, elle traitée par un employés et les autres sont inactifs. Si 100 commandes ou plus sont réceptionnées, les 100 employés traitent les commandes simultanément. Si vous échantillonnez périodiquement le nombre d'employés actifs sur une période donnée, vous pouvez calculer le nombre moyen d'employés actifs. Le calcul montre qu'en moyenne, N employés sont occupés à traiter des commandes à un moment donné. Si la moyenne était de 50 employés hier et qu'elle est aujourd'hui de 75 employés, cela indique le niveau d'activité dans l'entrepôt a augmenté. De la même manière, la charge de la base de données augmente à mesure que l'activité de la session augmente.

Pour en savoir plus, consultezCharge de la base de donnéesdans leGuide de l'utilisateur Amazon Aurora.

Événements d'attente

UNévénement d'attenteest un type d'instrumentation de base de données qui vous indique la ressource qu'une session de base de données attend pour qu'elle puisse continuer. Lorsque Performance Insights compte les sessions actives pour calculer la charge de la base de données, il enregistre également les événements d'attente à l'origine de l'attente des sessions actives. Cette technique permet à Performance Insights de vous montrer quels événements d'attente contribuent à la charge de la base de données.

Chaque session active est soit en cours d'exécution au niveau du processeur soit en attente. Par exemple, les sessions sollicitent le processeur lorsqu'un moteur recherche de la mémoire, effectue un calcul ou exécute du code procédural. Lorsque les sessions ne sollicitent pas le processeur, c'est peut-être qu'un fichier de données soit lu ou qu'un journal soit écrit. Le temps que passe une session à attendre des ressources est autant de temps en moins qu'elle passe à s'exécuter au niveau du processeur.

Lorsque vous réglez une base de données, vous cherchez souvent à trouver les ressources que les sessions attendent. Par exemple, deux ou trois événements d'attente peuvent représenter 90 % de la charge de la base de données. Cette mesure signifie qu'en moyenne, les sessions actives passent la majeure partie de leur temps à attendre un petit nombre de ressources. Si vous trouvez la cause de ces attentes, vous pouvez essayer de résoudre le problème.

Considérez l'analogie avec un magasinier. Une commande de livre est réceptionnée. L'employé peut être retardé dans le traitement de la commande. Par exemple, un employé est peut-être en train de réapprovisionner les étagères ou qu'un chariot n'est pas disponible. ou le système servant à saisir l'état des commandes se montre très lent. Plus le salarié attend, plus le traitement de la commande prend du temps. Bien que l'attente fasse partie intégrante du flux de l'entrepôt, si le temps d'attente devient excessif, la productivité s'en ressent. De la même manière, les attentes longues ou répétées d'une session peuvent dégrader les performances de la base de données.

Pour plus d'informations, consultez Réglage des événements d'attente pour Aurora PostgreSQL et Réglage des événements d'attente pour Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.