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.
# Überwachung von DB-Instances
Eine [https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.DBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.DBInstance.html) ist der grundlegende Baustein von Amazon RDS. Es ist eine isolierte Datenbankumgebung, die in der Cloud läuft. Für MySQL- und MariaDB-Datenbanken ist die DB-Instance das Programm [mysqld](https://dev.mysql.com/doc/refman/8.0/en/mysqld.html), auch bekannt als MySQL-Server, das mehrere Threads und Komponenten wie den SQL-Parser, den Abfrageoptimierer, den thread/connection Handler, System- und Statusvariablen sowie eine oder mehrere austauschbare Speicher-Engines umfasst. Jede Speicher-Engine ist so konzipiert, dass sie einen speziellen Anwendungsfall unterstützt. Die standardmäßige und empfohlene Speicher-Engine ist [InnoDB](https://dev.mysql.com/doc/refman/8.0/en/innodb-architecture.html), eine transaktionale, allgemeine, relationale Datenbank-Engine, die dem ACID-Modell (Atomicity, Consistency, Isolation, Durability) entspricht. InnoDB bietet sowohl [speicherinterne Strukturen](https://dev.mysql.com/doc/refman/8.0/en/innodb-in-memory-structures.html) (Pufferpool, Änderungspuffer, adaptiver Hash-Index, Log-Puffer) als auch [Strukturen auf der Festplatte](https://dev.mysql.com/doc/refman/8.0/en/innodb-on-disk-structures.html) (Tablespaces, Tabellen, Indizes, Undo-Log, Redo-Log, Doublewrite-Pufferdateien). Um sicherzustellen, dass Ihre Datenbank dem ACID-Modell genau entspricht, [implementiert die InnoDB-Speicher-Engine zahlreiche Funktionen](https://dev.mysql.com/doc/refman/8.0/en/mysql-acid.html) zum Schutz Ihrer Daten, darunter Transaktionen, Commit, Rollback, Crash-Recovery, Sperren auf Zeilenebene und Multiversion Concurrency Control (MVCC).
All diese internen Komponenten einer DB-Instance arbeiten zusammen, um die Verfügbarkeit, Integrität und Sicherheit Ihrer Daten auf dem erwarteten und zufriedenstellenden Leistungsniveau aufrechtzuerhalten. Abhängig von Ihrer Arbeitslast kann jede Komponente und Funktion Ressourcenanforderungen an CPU-, Arbeitsspeicher-, Netzwerk- und Speichersubsysteme stellen. Wenn ein Anstieg der Nachfrage nach einer bestimmten Ressource die bereitgestellte Kapazität oder die Softwarebeschränkungen für diese Ressource überschreitet (die entweder durch Konfigurationsparameter oder durch das Softwaredesign festgelegt werden), kann es zu Leistungseinbußen oder zu vollständiger Nichtverfügbarkeit und Beschädigung der DB-Instance kommen. Daher ist es wichtig, diese internen Komponenten zu messen und zu überwachen, sie mit definierten Basiswerten zu vergleichen und Warnmeldungen zu generieren, wenn die überwachten Werte von den erwarteten Werten abweichen.
Wie bereits beschrieben, können Sie verschiedene [Tools](monitoring-tools.md) verwenden, um Ihre MySQL- und MariaDB-Instances zu überwachen. Wir empfehlen Ihnen, Amazon RDS Performance Insights und CloudWatch Tools für Überwachung und Warnmeldungen zu verwenden, da diese Tools in Amazon RDS integriert sind, hochauflösende Metriken sammeln, die neuesten Leistungsinformationen nahezu in Echtzeit präsentieren und Alarme generieren.
Unabhängig von Ihrem bevorzugten Überwachungstool empfehlen wir Ihnen, [das Performance-Schema in Ihren MySQL- und MariaDB-DB-Instances zu aktivieren](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.EnableMySQL.html). Das [Performance-Schema](https://dev.mysql.com/doc/refman/8.0/en/performance-schema.html) ist eine optionale Funktion zur Überwachung des Betriebs des MySQL-Servers (der DB-Instance) auf niedriger Ebene und ist so konzipiert, dass es nur minimale Auswirkungen auf die Gesamtleistung der Datenbank hat. Sie können diese Funktion mithilfe des `performance_schema` Parameters verwalten. Obwohl dieser Parameter optional ist, müssen Sie ihn verwenden, um hochauflösende (eine Sekunde) pro-SQL-Metriken, aktive Sitzungsmetriken, Warteereignisse und andere detaillierte Überwachungsinformationen auf niedriger Ebene zu sammeln, die von Amazon RDS Performance Insights gesammelt werden.
**Sections**
+ [Performance Insights Insights-Metriken für DB-Instances](db-instance-performance-insights.md)
+ [CloudWatch Metriken für DB-Instances](db-instance-cloudwatch-metrics.md)
+ [Veröffentlichung von Performance Insights Insights-Metriken auf CloudWatch](publishing-performance-insights-to-cloudwatch.md)
# Performance Insights Insights-Metriken für DB-Instances
Performance Insights überwacht verschiedene Arten von Metriken, wie in den folgenden Abschnitten beschrieben.
## Datenbanklast
Database Load (`DBLoad`) ist eine wichtige Metrik in Performance Insights, mit der das Aktivitätsniveau in Ihrer Datenbank gemessen wird. Es wird jede Sekunde gesammelt und automatisch auf Amazon veröffentlicht CloudWatch. Es stellt die Aktivität der DB-Instance in durchschnittlichen aktiven Sitzungen (AAS) dar. Dabei handelt es sich um die Anzahl der Sitzungen, in denen gleichzeitig SQL-Abfragen ausgeführt werden. Die `DBLoad` Metrik unterscheidet sich von anderen Zeitreihenmetriken, da sie anhand einer der folgenden fünf Dimensionen interpretiert werden kann: Waits, SQL, Hosts, Benutzer und Datenbanken. Diese Dimensionen sind Unterkategorien der Metrik. `DBLoad` Sie können sie *segmentiert nach* Kategorien verwenden, um verschiedene Merkmale der Datenbanklast darzustellen. Eine ausführliche Beschreibung, wie wir die Datenbanklast berechnen, finden Sie unter [Datenbanklast](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html) in der Amazon RDS-Dokumentation.
Die folgende Bildschirmdarstellung zeigt das Performance Insights Insights-Tool.
![\[Laden der Datenbank im Performance Insights Insights-Tool\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/amazon-rds-monitoring-alerting/images/database-load.png)
## Dimensions (Abmessungen)
+ *Warteereignisse* sind Bedingungen, bei denen eine Datenbanksitzung auf den Abschluss einer Ressource oder eines anderen Vorgangs wartet, um die Verarbeitung fortzusetzen. Wenn Sie eine SQL-Anweisung wie diese ausführen `SELECT * FROM big_table` und wenn diese Tabelle viel größer ist als der zugewiesene InnoDB-Pufferpool, wartet Ihre Sitzung höchstwahrscheinlich auf `wait/io/file/innodb/innodb_data_file` Warteereignisse, die durch physische I/O Operationen an der Datendatei verursacht werden. Warteereignisse sind eine wichtige Dimension für die Datenbanküberwachung, da sie auf mögliche Leistungsengpässe hinweisen. Warteereignisse geben die Ressourcen und Operationen an, auf die die SQL-Anweisungen, die Sie in Sitzungen ausführen, am längsten warten. Das `wait/synch/mutex/innodb/trx_sys_mutex` Ereignis tritt beispielsweise auf, wenn eine hohe Datenbankaktivität mit einer großen Anzahl von Transaktionen besteht, und das `wait/synch/mutex/innodb/buf_pool_mutex` Ereignis tritt ein, wenn ein Thread eine Sperre für den InnoDB-Pufferpool erlangt hat, um auf eine Seite im Speicher zuzugreifen. Informationen zu allen MySQL- und MariaDB-Warteereignissen finden Sie in den [Übersichtstabellen für Warteereignisse](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html) in der MySQL-Dokumentation. Informationen zur Interpretation von Instrumentennamen finden Sie unter [Performance Schema Instrument Naming Conventions](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-instrument-naming.html) in der MySQL-Dokumentation.
+ *SQL* zeigt, welche SQL-Anweisungen am meisten zur gesamten Datenbanklast beitragen. Die Tabelle mit den **wichtigsten Abmessungen**, die sich unter dem Diagramm zur **Datenbankauslastung** in Amazon RDS Performance Insights befindet, ist interaktiv. Sie können eine detaillierte Liste der mit der SQL-Anweisung verknüpften Warteereignisse abrufen, indem Sie auf den Balken in der Spalte **Load by waits (AAS)** klicken. Wenn Sie eine SQL-Anweisung in der Liste auswählen, zeigt Performance Insights die zugehörigen Warteereignisse im **Datenbank-Ladediagramm** und den Text der SQL-Anweisung im **SQL-Textbereich** an. SQL-Statistiken werden auf der rechten Seite der Tabelle mit den **wichtigsten Dimensionen** angezeigt.
+ *Hosts* zeigen die Hostnamen der verbundenen Clients an. Anhand dieser Dimension können Sie feststellen, welche Client-Hosts den größten Teil der Last an die Datenbank senden.
+ *Benutzer* gruppieren die DB-Last nach Benutzern, die bei der Datenbank angemeldet sind.
+ *Datenbanken* gruppieren den DB-Load nach dem Namen der Datenbank, mit der der Client verbunden ist.
## Zähler-Metriken
Zählermetriken sind kumulative Metriken, deren Werte nur erhöht oder auf Null zurückgesetzt werden können, wenn die DB-Instance neu gestartet wird. Der Wert einer Zählermetrik kann nicht auf ihren vorherigen Wert reduziert werden. Diese Metriken stellen einen einzelnen, monoton ansteigenden Zähler dar.
+ [Native Zähler](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights_Counters.html#USER_PerfInsights_Counters.MySQL.Native) sind Metriken, die von der Datenbank-Engine und nicht von Amazon RDS definiert werden. Beispiel:
+ `SQL.Innodb_rows_inserted`steht für die Anzahl der Zeilen, die in InnoDB-Tabellen eingefügt wurden.
+ `SQL.Select_scan`steht für die Anzahl der Joins, die einen vollständigen Scan der ersten Tabelle abgeschlossen haben.
+ `Cache.Innodb_buffer_pool_reads`stellt die Anzahl der logischen Lesevorgänge dar, die die InnoDB-Engine nicht aus dem Pufferpool abrufen konnte und direkt von der Festplatte lesen musste.
+ `Cache.Innodb_buffer_pool_read_requests`steht für die Anzahl der logischen Leseanforderungen.
Definitionen aller systemeigenen Metriken finden Sie unter [Serverstatusvariablen](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html) in der MySQL-Dokumentation.
+ [Zähler, die nicht systemintern](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights_Counters.html#USER_PerfInsights_Counters.MySQL.NonNative) sind, werden von Amazon RDS definiert. Sie können diese Metriken entweder mithilfe einer bestimmten Abfrage abrufen oder sie mithilfe von zwei oder mehr systemeigenen Metriken in Berechnungen ableiten. Nicht systemeigene Zählermetriken können Latenzen, Kennzahlen oder Trefferquoten darstellen. Beispiel:
+ `Cache.innoDB_buffer_pool_hits`stellt die Anzahl der Lesevorgänge dar, die InnoDB aus dem Pufferpool abrufen konnte, ohne die Festplatte zu verwenden. Sie wird anhand der systemeigenen Zählermetriken wie folgt berechnet:
```
db.Cache.Innodb_buffer_pool_read_requests - db.Cache.Innodb_buffer_pool_reads
```
+ `IO.innoDB_datafile_writes_to_disk`stellt die Anzahl der Schreiboperationen von InnoDB-Datendateien auf die Festplatte dar. Es erfasst nur Operationen an Datendateien, keine Doublewrite- oder Redo-Logging-Schreibvorgänge. Sie wird wie folgt berechnet:
```
db.IO.Innodb_data_writes - db.IO.Innodb_log_writes - db.IO.Innodb_dblwr_writes
```
Sie können DB-Instance-Metriken direkt im Performance Insights Insights-Dashboard visualisieren. Wählen Sie **Metriken verwalten**, klicken Sie auf die Registerkarte **Datenbankmetriken** und wählen Sie dann die gewünschten Metriken aus, wie in der folgenden Abbildung dargestellt.
![\[Auswahl von DB-Instance-Metriken in Performance Insights\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/amazon-rds-monitoring-alerting/images/selecting-metrics.png)
Wählen Sie die Schaltfläche **Diagramm aktualisieren**, um die ausgewählten Metriken anzuzeigen, wie in der folgenden Abbildung dargestellt.
![\[DB-Instance-Metriken in Performance Insights anzeigen\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/amazon-rds-monitoring-alerting/images/selecting-metrics-results.png)
## SQL-Statistiken
Performance Insights sammelt leistungsbezogene Metriken zu SQL-Abfragen für jede Sekunde, in der eine Abfrage ausgeführt wird, und für jeden SQL-Aufruf. Im Allgemeinen sammelt Performance Insights [SQL-Statistiken](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.MySQL.html) auf Statement- und Digest-Ebene. Für MariaDB- und MySQL-DB-Instances werden Statistiken jedoch nur auf Digest-Ebene gesammelt.
+ Digest-Statistiken sind eine zusammengesetzte Metrik aller Abfragen, die dasselbe Muster haben, aber letztendlich unterschiedliche Literalwerte haben. Der Digest ersetzt bestimmte Literalwerte durch eine Variable, zum Beispiel:
```
SELECT department_id, department_name FROM departments WHERE location_id = ?
```
+ Es gibt Metriken, die Statistiken *pro Sekunde* für jede verdaute SQL-Anweisung darstellen. `sql_tokenized.stats.count_star_per_sec`Stellt beispielsweise Aufrufe pro Sekunde dar (d. h., wie oft pro Sekunde die SQL-Anweisung ausgeführt wurde).
+ Performance Insights umfasst auch Metriken, die Statistiken *pro Aufruf* für eine SQL-Anweisung bereitstellen. `sql_tokenized.stats.sum_timer_wait_per_call`Zeigt beispielsweise die durchschnittliche Latenz der SQL-Anweisung pro Anruf in Millisekunden an.
SQL-Statistiken sind im Performance Insights Insights-Dashboard auf der Registerkarte **Top SQL** der Tabelle **Top-Dimensionen** verfügbar.
![\[SQL-Statistiken\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/amazon-rds-monitoring-alerting/images/sql-stats.png)
# CloudWatch Metriken für DB-Instances
Amazon enthält CloudWatch auch Metriken, die Amazon RDS automatisch veröffentlicht. [Die Metriken, die sich im `AWS/RDS` Namespace befinden, sind *Metriken auf Instanzebene*, die sich auf die Amazon RDS (Service) -Instance (d. h. die isolierte Datenbankumgebung, die in der Cloud läuft) und nicht auf die DB-Instance im engeren Sinne des mysqld-Prozesses beziehen.](https://dev.mysql.com/doc/refman/8.0/en/mysqld.html) Daher fallen die meisten dieser [Standardmetriken](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-metrics.html) in der strengen Definition des Begriffs unter die Kategorie der Betriebssystemmetriken. Zu den Beispielen gehören: `CPUUtilization``WriteIOPS`,`SwapUsage`, und andere. Dennoch gibt es einige DB-Instance-Metriken, die für MariaDB und MySQL gelten:
+ `BinLogDiskUsage`— Die Menge an Festplattenspeicher, die von Binärprotokollen belegt wird.
+ `DatabaseConnections`— Die Anzahl der Client-Netzwerkverbindungen zur DB-Instance.
+ `ReplicaLag`— Die Zeitspanne, um die eine Read Replica-DB-Instance der Quell-DB-Instance hinterherhinkt.
# Veröffentlichung von Performance Insights Insights-Metriken auf CloudWatch
Amazon RDS Performance Insights überwacht die meisten Metriken und Dimensionen der DB-Instance und stellt sie über das [Performance Insights Insights-Dashboard](https://console.aws.amazon.com/rds/home#performance-insights-v20206:) in der AWS Management Console zur Verfügung. Dieses Dashboard eignet sich gut für die Fehlerbehebung in Datenbanken und die Ursachenanalyse. Es ist jedoch nicht möglich, in Performance Insights Alarme für leistungsbezogene Metriken zu erstellen. Wenn Sie Alarme auf der Grundlage von Performance Insights Insights-Metriken erstellen möchten, müssen diese Metriken vorhanden sein CloudWatch.
Performance Insights [veröffentlicht automatisch Metriken für CloudWatch](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.Cloudwatch.html). Sie können dieselben Daten aus Performance Insights abfragen, aber wenn Sie die Metriken haben, CloudWatch können Sie ganz einfach CloudWatch Alarme hinzufügen und die Metriken zu vorhandenen CloudWatch Dashboards hinzufügen. [Zähler](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights_Counters.html) sind Leistungskennzahlen für Betriebssysteme und Datenbanken wie `os.memory.free` oder. `db.Locks.Innodb_row_lock_time` Die Erfassung von Betriebssystem-Metriken hängt von der Einstellung Enhanced Monitoring ab. Wenn Enhanced Monitoring deaktiviert ist, werden Betriebssystem-Metriken einmal pro Minute erfasst. Wenn Enhanced Monitoring aktiviert ist, werden Betriebssystem-Metriken für den ausgewählten Zeitraum erfasst. Weitere Informationen finden Sie in der Amazon RDS-Dokumentation [unter Enhanced Monitoring ein- und ausschalten](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Monitoring.OS.Enabling.html#USER_Monitoring.OS.Enabling.Procedure).
Mit Performance Insights können Sie [das vorkonfigurierte oder benutzerdefinierte Metrik-Dashboard für Ihre DB-Instance exportieren](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/PI_metrics_export_CW.html) CloudWatch. Sie können das Metrik-Dashboard als neues Dashboard exportieren oder es zu einem vorhandenen CloudWatch Dashboard hinzufügen. Wenn Sie das Performance Insights Insights-Metriken-Dashboard in das CloudWatch Dashboard exportieren, erhalten Sie einen einheitlichen, ganzheitlichen Überblick über den Zustand Ihres Systems, indem Sie einen Überblick über Metriken erhalten, die mit verschiedenen Ressourcen in Ihrem System verknüpft sind, z. B. EC2 Instances, Amazon Elastic File System (Amazon EFS) -Ressourcen und Elastic Load Balancing (ELB) -Ressourcen, zusammen mit Ihren DB-Instance-Metriken.
Sie können die mathematische CloudWatch `DB_PERF_INSIGHTS` Metrikfunktion verwenden, um Alarme und Grafiken auf der Grundlage von Performance Insights Insights-Metriken von abzufragen und zu erstellen CloudWatch. Folgen Sie den Anweisungen in der [CloudWatch Dokumentation](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_alarm_database_performance_insights.html), um einen Alarm für eine Performance Insights Insights-Metrik zu erstellen. Wenn Sie beispielsweise einen Alarm auslösen möchten, wenn die Gesamtzahl der aktiven Transaktionen in Ihrer DB-Instance einen bestimmten Schwellenwert erreicht, folgen Sie den Anweisungen auf dieser Seite, verwenden Sie den folgenden `DB_PERF_INSIGHTS` mathematischen Ausdruck und wählen Sie dann **Anwenden** aus:
```
DB_PERF_INSIGHTS('RDS', 'db-BQ2TPYY7HG2GDFC7APMB3BVB3M', 'db.Transactions.active_transactions.avg')
```
wo `db-BQ2TPYY7HG2GDFC7APMB3BVB3M` ist die Ressourcen-ID Ihrer DB-Instance. Geben Sie den Zeitraum (z. B. 1 Minute) und die Bedingungen (z. B. mehr als 1000) an. Um die Erstellung des Alarms abzuschließen, konfigurieren Sie Alarmaktionen, fügen Sie einen Namen und eine Beschreibung hinzu und zeigen Sie eine Vorschau des Alarms an und erstellen Sie ihn.