Analysieren der DB-Last nach Warteereignissen - Amazon Relational Database Service

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Analysieren der DB-Last nach Warteereignissen

Wenn das Diagramm der durchschnittlich aktiven Sitzungen einen Engpass anzeigt, können Sie herausfinden, woher die Last kommt. Betrachten Sie dazu die Tabelle mit den Hauptlastelementen unterhalb des Datenbanklast-Diagramms Wählen Sie ein bestimmtes Element aus, z. B. eine SQL Abfrage oder einen Benutzer, um dieses Element genauer zu untersuchen und Details zu diesem Element anzuzeigen.

DB-Load, gruppiert nach Waits und SQL Top-Abfragen, ist die Standardansicht des Performance Insights Insights-Dashboards. Diese Kombination bietet typischerweise den besten Einblick in Performance-Probleme. DB-Last gruppiert nach Wartezeiten zeigt an, ob Ressourcen- oder Parallelitätsengpässe in der Datenbank vorhanden sind. In diesem Fall wird SQLauf der Registerkarte der Tabelle mit den am häufigsten geladenen Elementen angezeigt, welche Abfragen für diese Auslastung verantwortlich sind.

Ihr typischer Workflow für die Diagnose von Performance-Problemen ist folgendermaßen:

  1. Sehen Sie sich das Diagramm zur Datenbanklast an und prüfen Sie, ob es Vorfälle gibt, bei denen die Datenbanklast die CPUHöchstgrenze überschreitet.

  2. Wenn ja, schauen Sie sich das Diagramm der durchschnittlich aktiven Sitzungen an und identifizieren Sie, welcher Wartezustand oder welche Zustände primär dafür verantwortlich sind.

  3. Identifizieren Sie die Digest-Abfragen, die die Last verursacht haben, indem Sie herausfinden, welche der Abfragen auf der SQLRegisterkarte in der Tabelle mit den wichtigsten Ladeelementen am meisten zu diesen Wartezuständen beitragen. Sie finden sie in der Spalte DB Load by Wait (DB-Last nach Wartezuständen).

  4. Wählen Sie auf der SQLRegisterkarte eine dieser Digest-Abfragen aus, um sie zu erweitern und die untergeordneten Abfragen zu sehen, aus denen sie besteht.

Beispielsweise wird im folgenden Dashboard die Protokolldateisynchronisierung für den größten Teil der DB-Last berücksichtigt. Die Wartezeit LGWRaller Arbeitergruppen ist ebenfalls hoch. Das obere SQL Diagramm zeigt, was die Ursache für die Wartezeiten bei der Protokolldateisynchronisierung ist: häufige COMMIT Anweisungen. In diesem Fall wird durch eine weniger häufige Übergabe mit Commit die DB-Last reduziert.

Protokolldatei-Synchronisierungsfehler