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.
Konzepte von Performance Insights
Durchschnittliche aktive Sitzungen
Datenbanklast (DB-Last) misst den Aktivitätsgrad in Ihrer Datenbank. Die wichtigste Metrik für Performance Insights ist DB Load, die jede Sekunde erfasst wird. Die Einheit für die DBLoad Metrik ist der Durchschnitt der aktiven Sitzungen (AAS) für eine Amazon DocumentDB-Instance.
Eine aktive Sitzung ist eine Verbindung, die Arbeit an die Amazon DocumentDB-Instance übermittelt hat und auf eine Antwort wartet. Wenn Sie beispielsweise eine Anfrage an eine Amazon DocumentDB-Instance senden, ist die Datenbanksitzung aktiv, während die Instance die Abfrage verarbeitet.
Um die Anzahl der durchschnittlich aktiven Sitzungen AAS zu erhalten, ruft Performance Insights die Anzahl der Sitzungen ab, die gleichzeitig eine Abfrage ausführen. Die AAS ist die Gesamtzahl der Sitzungen geteilt durch die Gesamtzahl der Beispiele. Die folgende Tabelle zeigt fünf aufeinanderfolgende Beispiele einer laufenden Abfrage.
| Beispiel | Anzahl der Sitzungen, die eine Abfrage ausführen | AAS | Berechnung |
|---|---|---|---|
|
1 |
2 |
2 |
2 Sitzungen/1 Beispiel |
|
2 |
0 |
1 |
2 Sitzungen/2 Beispiele |
|
3 |
4 |
2 |
6 Sitzungen/3 Beispiele |
|
4 |
0 |
1.5 |
6 Sitzungen/4 Beispiele |
|
5 |
4 |
2 |
10 Sitzungen/5 Beispiele |
Im vorherigen Beispiel beträgt die DB-Auslastung für das Zeitintervall von 1-5 2 AAS. Eine Erhöhung der DB-Last bedeutet, dass im Durchschnitt mehr Sitzungen für die Datenbank ausgeführt werden.
Dimensionen
DieDB Load Metrik unterscheidet sich von den anderen Zeitreihenmetriken, da Sie sie in Unterkomponenten aufteilen können, die als Dimensionen bezeichnet werden. Sie können sich Dimensionen als Kategorien für die verschiedenen Merkmale der DB
Load-Metrik vorstellen. Bei der Diagnose von Leistungsproblemen sind die Dimensionen Wait States und Top Query am nützlichsten.
Wartezustände
Ein Wartezustand bewirkt, dass eine Abfrageanweisung auf das Eintreten eines bestimmten Ereignisses wartet, bevor sie weiter ausgeführt werden kann. Beispielsweise kann eine Abfrageanweisung warten, bis eine gesperrte Ressource entsperrt wird. Durch Kombination DB Load mit Wartezuständen können Sie sich ein vollständiges Bild des Sitzungsstatus machen. Hier sind verschiedene Amazon DocumentDB-Wartestatus:
| Amazon DocumentDB-Wartestatus | Beschreibung des Wartestatus |
|---|---|
|
Verriegeln |
Der Latch-Wartestatus tritt ein, wenn die Sitzung darauf wartet, den Pufferpool zu durchsuchen. Häufiges Ein- und Auslagern des Pufferpools kann häufiger vorkommen, wenn das System häufig umfangreiche Abfragen verarbeitet, Sammelscans durchführt oder wenn der Pufferpool zu klein ist, um den Arbeitssatz zu verarbeiten. |
| CPU |
Der CPU-Wartestatus tritt ein, wenn die Sitzung auf die CPU wartet. |
|
CollectionLock |
Der CollectionLock Wartezustand tritt ein, wenn die Sitzung darauf wartet, eine Sperre für die Sammlung zu erhalten. Diese Ereignisse treten auf, wenn DDL-Operationen für die Sammlung ausgeführt werden. |
| DocumentLock |
Der DocumentLock Wartestatus tritt ein, wenn die Sitzung darauf wartet, eine Sperre für ein Dokument zu erhalten. Eine hohe Anzahl gleichzeitiger Schreibvorgänge in dasselbe Dokument führt zu mehr DocumentLock Wartezuständen für dieses Dokument. |
|
SystemLock |
Der SystemLock Wartestatus tritt ein, wenn die Sitzung auf dem System wartet. Dies kann auftreten, wenn häufig Abfragen mit langer Laufzeit, Transaktionen mit langer Laufzeit oder hoher Parallelität auf dem System ausgeführt werden. |
|
IO |
Der IO-Wartestatus tritt ein, wenn die Sitzung darauf wartet, dass IO abgeschlossen ist. |
|
BufferLock |
Der BufferLock Wartezustand tritt ein, wenn die Sitzung darauf wartet, eine gemeinsam genutzte Seite im Puffer zu sperren. BufferLockDer Wartestatus kann verlängert werden, wenn andere Prozesse die Cursor auf den angeforderten Seiten geöffnet halten. |
|
LowMemThrottle |
Der LowMemThrottle Wartezustand tritt ein, wenn die Sitzung aufgrund einer starken Speicherauslastung der Amazon DocumentDB-Instance wartet. Wenn dieser Zustand über einen längeren Zeitraum anhält, sollten Sie erwägen, die Instance zu skalieren, um zusätzlichen Speicher bereitzustellen. Weitere Informationen finden Sie unter Resource Governor. |
|
BackgroundActivity |
Der BackgroundActivity Wartezustand tritt ein, wenn die Sitzung auf interne Systemprozesse wartet. |
|
Sonstige |
Der Wartestatus Anderer ist ein interner Wartezustand. Wenn dieser Zustand lange anhält, sollten Sie erwägen, diese Abfrage zu beenden. Weitere Informationen finden Sie unter Wie finde und beende ich lang andauernde oder blockierte Abfragen? |
Die häufigsten Suchanfragen
Während Wartestatus Engpässe anzeigen, zeigen Top-Abfragen, welche Abfragen am meisten zur DB-Auslastung beitragen. Beispielsweise könnten derzeit viele Abfragen gleichzeitig in der Datenbank ausgeführt werden, aber eine einzelne Abfrage könnte 99 % der DB-Last verbrauchen. In diesem Fall könnte die hohe Belastung auf ein Problem mit der Abfrage hinweisen.
Maximale vCPU
Das Diagramm Datenbanklast im Dashboard dient zum Erfassen, Aggregieren und Anzeigen von Sitzungsinformationen. Um zu sehen, ob aktive Sitzungen die maximale CPU überschreiten, sehen Sie sich ihre Beziehung zur Max vCPU-Linie an. Der maximale vCPU-Wert wird durch die Anzahl der vCPU-Kerne (virtuelle CPU) für Ihre Amazon DocumentDB-Instance bestimmt.
Wenn die DB-Last häufig über der Max vCPU-Linie liegt und der primäre Wartezustand „CPU“ lautet, ist die CPU überlastet. In diesem Fall möchten Sie möglicherweise die Verbindungen zur Instance drosseln, alle Abfragen mit einer hohen CPU-Last optimieren oder eine größere Instance-Klasse in Betracht ziehen. Hohe und konsistente Instances von Wartezuständen deuten darauf hin, dass es möglicherweise Engpässe oder Probleme mit Ressourcenkonflikten gibt, die behoben werden müssen. Dies kann auch dann zutreffen, wenn die DB-Last die mit Max vCPU definierte Linie nicht überschreitet.
