Überwachen von Azure Database for MySQL – Flexible Server
GILT FÜR:
Azure Database for MySQL – Flexible Server
Azure Database for MySQL Flexible Server ermöglicht die Überwachung von Servern über Azure Monitor. Die Überwachung der Daten zu Ihren Servern unterstützt Sie bei der Problembehandlung und der Optimierung Ihrer Workloads.
In diesem Artikel erfahren Sie mehr über die verschiedenen Metriken und Serverprotokolle, die für Ihren flexiblen Server zur Verfügung stehen und Erkenntnisse zum Verhalten Ihres Servers bieten.
Hinweis
Dieser Artikel enthält Verweise auf den Begriff Slave, einen Begriff, den Microsoft nicht mehr verwendet. Sobald der Begriff aus der Software entfernt wurde, wird er auch aus diesem Artikel entfernt.
Metriken
Metriken sind numerische Werte, die einen Aspekt der Ressourcen Ihres Servers zu einem bestimmten Zeitpunkt beschreiben. Die Überwachung der Ressourcen Ihres Servers hilft Ihnen bei der Fehlerbehebung und Optimierung Ihrer Workload, indem Sie überwachen können, was für Sie am wichtigsten ist. Die Überwachung der richtigen Metriken hilft Ihnen, die Leistung, Zuverlässigkeit und Verfügbarkeit Ihres Servers und Ihrer Anwendungen aufrechtzuerhalten.
Azure Database for MySQL Flexible Server bietet verschiedene Metriken, um die Leistung Ihrer Workload zu verstehen. Anhand dieser Daten können Sie die Auswirkungen auf Ihren Server und Ihre Anwendung nachvollziehen.
Alle Azure-Metriken werden im Minutentakt erfasst, und für jede Metrik steht ein Verlauf von 30 Tagen zur Verfügung. Sie können Warnungen für die Metriken konfigurieren. Eine Schritt-für-Schritt-Anleitung finden Sie unter Einrichten von Warnungen. Darüber hinaus können weitere Aufgaben wie das Einrichten automatisierter Aktionen, das Durchführen erweiterter Analysen und das Archivieren des Verlaufs ausgeführt werden. Weitere Informationen finden Sie unter Überblick über Metriken in Microsoft Azure.
Problembehandlung: Metriken
Verwenden Sie diesen Artikel, wenn Probleme bei der Erstellung, Anpassung oder Interpretation von Diagrammen im Azure-Metrik-Explorer auftreten. Die Situation eines Diagramms, in dem keine Daten angezeigt werden, kann aufgrund verschiedener Faktoren auftreten. Dazu gehören möglicherweise der Microsoft Insights-Ressourcenanbieter, der nicht für Ihr Abonnement registriert wurde, oder Sie verfügen nicht über ausreichende Zugriffsrechte für Ihre Azure-Datenbank für MySQL – Flexible Server. Andere Möglichkeiten könnten sein, dass Ihre Ressource keine Metriken innerhalb des ausgewählten Zeitrahmens generiert hat oder der ausgewählte Zeitraum 30 Tage überschreitet.
Es gibt mehrere Gründe, die dieses Verhalten verursachen können:
- Der Microsoft.Insights-Ressourcenanbieter ist nicht registriert: Für das Untersuchen von Metriken ist microsoft.Insights-Ressourcenanbieter in Ihrem Abonnement registriert. Registrieren Sie Ihren Server manuell, indem Sie die in Azure-Ressourcenanbietern und -Typenbeschriebenen Schritte ausführen.
- Unzureichende Zugriffsrechte für Ihre Ressource: Stellen Sie sicher, dass Sie über ausreichende Berechtigungen für Ihre Azure-Datenbank für MySQL verfügen – flexibler Server, von dem Sie Metriken untersuchen. Ihre Ressource hat während des ausgewählten Zeitraums keine Metriken ausgegeben: Ändern Sie die Zeit des Diagramms in einen breiteren Bereich. In Azure steuert die rollenbasierte Zugriffssteuerung in Azure (Azure Role-Based Access Control, Azure RBAC) den Zugriff auf Metriken. Sie müssen Mitglied von Überwachungsleser, Überwachungsmitwirkender oder Mitwirkender sein, um Metriken für eine Ressource untersuchen zu können.
- Ihre Ressource hat während des ausgewählten Zeitraumskeine Metriken ausgegeben: Dies kann aus mehreren Gründen liegen. Eine Möglichkeit besteht darin, dass Ihre Ressource keine Metriken innerhalb des ausgewählten Zeitrahmens generiert hat. Ändern Sie die Zeit des Diagramms in einen breiteren Bereich, um festzustellen, ob das Problem dadurch behoben wird. Ausführlichere Informationen zur Problembehandlung finden Sie im Handbuchzur Problembehandlung für Azure Monitor-Metriken.
- Zeitspanne größer als 30 Tage: Vergewissern Sie sich, dass die Differenz zwischen Start- und Enddatum in der Zeitauswahl das 30-Tage-Intervall nicht überschreitet. Ausführlichere Informationen zur Problembehandlungsmetrik finden Sie im Handbuchzur Problembehandlung bei Azure Monitor-Metriken.
- Gestrichelte Linienanzeige: In Azure Monitor bedeutet das Vorhandensein einer gestrichelten Linie eine Lücke in Daten oder einen "Nullwert", zwischen zwei Punkten bekannter Zeitkorndaten. Dies ist ein bewusster Entwurf, der bei der Erkennung fehlender Datenpunkte hilft. Wenn ihr Diagramm gestrichelte Linien anzeigt, gibt es fehlende Daten an, und Weitere Informationen finden Sie in der Dokumentation.If your chart displays gestrichelt lines, it indicates missing data and you can refer to the documentation for further information.
Ausführlichere Informationen zur Problembehandlungsmetrik finden Sie im Handbuch zur Problembehandlung bei Azure Monitor-Metriken.
Hinweis
Metriken, die als veraltet gekennzeichnet sind, werden in absehbarer Zeit aus dem Azure-Portal entfernt. Es wird empfohlen, diese Metriken für die Überwachung Ihrer Instanz von Azure Database for MySQL – Flexibler Server zu ignorieren.
Liste der Metriken
Diese Metriken sind für den flexiblen Server Azure Database for MySQL verfügbar:
| Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
|---|---|---|---|
| MySQL-Uptime | uptime | Sekunden | Diese Metrik gibt an, wie lange der Server ausgeführt wurde. |
| Host-CPU in Prozent | cpu_percent | Percent | Host-CPU-Prozent ist die Gesamtauslastung der CPU, um alle Vorgänge auf Ihrem Server über einen ausgewählten Zeitraum zu verarbeiten. Diese Metrik umfasst die Arbeitslast Ihrer flexiblen Serverinstanz Azure Database for MySQL und des Azure MySQL-Prozesses. Ein hoher CPU-Prozentsatz kann Ihnen helfen herauszufinden, ob Ihr Datenbankserver mehr Arbeitslast hat als er handhaben kann. Diese Metrik entspricht der gesamten CPU-Auslastung ähnlich der Auslastung der CPU auf einem virtuellen Computer. |
| Verbrauchtes CPU-Guthaben | cpu_credits_consumed | Anzahl | Dies gilt nur für den burstfähigen Tarif CPU-Guthaben wird basierend auf der Workload berechnet. Weitere Informationen finden Sie unter Größen von burstfähigen VMs der B-Serie. |
| CPU-Guthaben übrig | cpu_credits_remaining | Anzahl | Dies gilt nur für den burstfähigen Tarif Rest-CPU wird basierend auf der Workload berechnet. Weitere Informationen finden Sie unter Größen von burstfähigen VMs der B-Serie. |
| Hostnetzwerk eingehend | network_bytes_ingress | Byte | Gesamtsumme des eingehenden Netzwerkdatenverkehrs auf dem Server für einen ausgewählten Zeitraum. Diese Metrik umfasst Datenverkehr zu Ihrer Datenbank und zu Azure Database für MySQL flexible Serverfeatures wie Überwachung, Protokolle usw. |
| Hostnetzwerk ausgehend | network_bytes_egress | Byte | Gesamtsumme des eingehenden Netzwerkdatenverkehrs auf dem Server für einen ausgewählten Zeitraum. Diese Metrik umfasst Datenverkehr aus Ihrer Datenbank und aus Der Azure-Datenbank für mySQL flexible Serverfeatures wie Überwachung, Protokolle usw. |
| Die aktiven Verbindungen. | active_connection | Anzahl | Die Anzahl aktiver Verbindungen mit dem Server Aktive Verbindungen sind die Gesamtzahl von verbundenen Threads zu Ihrem Server, was auch Threads von azure_superuser beinhaltet. |
| Speicher-E/A in Prozent | io_consumption_percent | Percent | Der Prozentsatz der im ausgewählten Zeitraum verwendeten IO-Elemente. IO-Prozent sind sowohl für Lese- als auch Schreib-IOPS vorgesehen. |
| E/A-Speicheranzahl | storage_io_count | Anzahl | Die Gesamtanzahl der E/A-Vorgänge (sowohl Lese- als auch Schreibvorgänge), die vom Server pro Minute verwendet werden. |
| Arbeitsspeicher in Prozent | memory_percent | Percent | Diese Metrik stellt den Prozentsatz des Arbeitsspeichers dar, der vom Azure MySQL-Serverprozess (mysqld) belegt wird. Sie wird anhand der Gesamtgröße des Arbeitsspeichers (GB) berechnet, der auf Ihrer Instanz von Azure Database for MySQL – Flexibler Server verfügbar ist. |
| Verbindungen gesamt | total_connections | Anzahl | Die Anzahl der Client-Verbindungen zu Ihrer flexiblen Serverinstanz Azure Database for MySQL. Gesamtverbindungen ist die Summe der Verbindungen durch Clients, die das TCP/IP-Protokoll über einen ausgewählten Zeitraum verwenden. |
| Abgebrochene Verbindungen | aborted_connections | Anzahl | Die Gesamtzahl der fehlgeschlagenen Versuche, eine Verbindung mit Ihrer Azure-Datenbank für flexible MySQL-Serverinstanz herzustellen, z. B. aufgrund fehlerhafter Anmeldeinformationen. Weitere Informationen zu abgebrochenen Verbindungen finden Sie in dieser Dokumentation. |
| Abfragen | Abfragen | Anzahl | Gesamtzahl der Abfragen, die pro Minute auf Ihrem Server ausgeführt werden. Gesamtanzahl der Abfragen pro Minute auf Ihrem Server aus Ihrer Datenbankarbeitsauslastung und Azure MySQL-Prozessen. |
| Slow_queries | slow_queries | Anzahl | Die Gesamtanzahl der langsamen Abfragen auf Ihrem Server im ausgewählten Zeitraum. |
| Aktive Transaktionen | active_transactions | Anzahl | Diese Metrik stellt die Gesamtanzahl von Transaktionen dar, die derzeit in MySQL ausgeführt werden. Aktive Transaktionen umfassen alle Transaktionen, die gestartet wurden, für die aber noch kein Commit oder Rollback ausgeführt wurde. |
Metriken zur Speicheraufschlüsselung
| Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
|---|---|---|---|
| Speicherbegrenzung | storage_limit | Byte | Die für diesen Server konfigurierte maximale Speichergröße. |
| Speicher in Prozent | storage_percent | Percent | Der prozentuale Anteil des genutzten Speichers am maximal verfügbaren Speicher des Servers. |
| Verwendeter Speicher | storage_used | Byte | Die Menge des verwendeten Speichers. Der vom Dienst verwendete Speicher kann die Datenbankdateien, Transaktionsprotokolle und Serverprotokolle umfassen. |
| Verwendeter Datenspeicher | data_storage_used | Byte | Die Zum Speichern von Datenbankdateien verwendete Speichermenge. |
| ibdata1 Storage Used | ibdata1_storage_used | Byte | Die Zum Speichern der Systemtabellendatei (ibdata1) verwendete Speichermenge. |
| Verwendeter Binlogspeicher | binlog_storage_used | Byte | Die Zum Speichern von binärprotokolldateien verwendete Speichermenge. |
| Anderer verwendeter Speicher | other_storage_used | Byte | Der Speicherplatz, der für andere Komponenten und Metadatendateien verwendet wird. |
| Verwendeter Sicherungsspeicher | backup_storage_used | Byte | Die Menge des verwendeten Sicherungsspeichers. |
Replikationsmetriken
| Anzeigename der Metrik | Metrik | Einheit | BESCHREIBUNG |
|---|---|---|---|
| Verzögerung bei der Replikation | replication_lag | Sekunden | Die Replikationsverzögerung ist die Anzahl der Sekunden, die das Replikat zurückliegt, um die von dem Quellserver empfangenen Transaktionen wiederzugeben. Diese Metrik wird aus „Seconds_behind_Master“ aus dem Befehl „SHOW SLAVE STATUS“ berechnet und ist nur für Replikatserver verfügbar. Weitere Informationen finden Sie unter Überwachen der Replikationswartezeit. |
| E/A-Status des Replikats | replica_io_running | State | „E/A-Status des Replikats“ gibt den Status des E/A-Threads für die Replikation an. Der Metrikwert lautet 1, wenn der E/A-Thread ausgeführt wird, und 0, wenn er nicht ausgeführt wird. |
| SQL-Status des Replikats | replica_sql_running | State | „SQL-Status des Replikats“ gibt den Status des SQL-Threads für die Replikation an. Der Metrikwert lautet 1, wenn der SQL-Thread ausgeführt wird, und 0, wenn er nicht ausgeführt wird. |
| E/A-Status für HA | ha_io_running | State | „E/A-Status für HA“ gibt den Status der Hochverfügbarkeitsreplikation an. Der Metrikwert lautet 1, wenn der E/A-Thread ausgeführt wird, und 0, wenn er nicht ausgeführt wird. |
| SQL-Status für HA | ha_sql_running | State | „SQL-Status für HA“ gibt den Status der Hochverfügbarkeitsreplikation an. Der Metrikwert lautet 1, wenn der SQL-Thread ausgeführt wird, und 0, wenn er nicht ausgeführt wird. |
| Verzögerung bei der Hochverfügbarkeitsreplikation | ha_replication_lag | Sekunden | Die HA-Replikationsverzögerung ist die Anzahl der Sekunden, die der HA-Standbyserver bei der Wiedergabe der vom Quellserver empfangenen Transaktionen zurückgibt. Diese Metrik wird aus „Seconds_behind_Master“ aus dem Befehl „SHOW SLAVE STATUS“ berechnet und ist nur für HA-Standbyserver verfügbar. |
Hinweis
Für Lese-Replikate in Azure Database for MySQL flexible server wird der Wert von Slave_IO_Running/Replica_IO_Running aus dem MySQL-Befehl "SHOW SLAVE STATUS" oder "SHOW REPLICA STATUS" als "NO" angezeigt und sollte ignoriert werden, da die Implementierung von Replikaten in Azure Database for MySQL flexible Server nicht auf dem Aufbau einer Verbindung zur Kommunikation mit dem Quellserver beruht. Informationen zum echten Status des E/A-Threads Ihrer Lesereplikate finden Sie unter Replikat-E/A-Status von Metriken auf dem Blatt „Überwachung“.
Erweiterte Metriken
DML-Statistiken
| Anzeigename der Metrik | Metrik | Einheit | BESCHREIBUNG |
|---|---|---|---|
| Com_select | Com_select | Anzahl | Die Gesamtzahl der Select-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_update | Com_update | Anzahl | Die Gesamtzahl der Update-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_insert | Com_insert | Anzahl | Die Gesamtzahl der Insert-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_delete | Com_delete | Anzahl | Die Gesamtzahl der Delete-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
DDL-Statistiken
| Anzeigename der Metrik | Metrik | Einheit | BESCHREIBUNG |
|---|---|---|---|
| Com_create_db | Com_create_db | Anzahl | Die Gesamtzahl der Create Database-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_drop_db | Com_drop_db | Anzahl | Die Gesamtzahl der Drop Database-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_create_table | Com_create_table | Anzahl | Die Gesamtzahl der Create Table-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_drop_table | Com_drop_table | Anzahl | Die Gesamtzahl der Drop Table-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_Alter | Com_Alter | Anzahl | Die Gesamtzahl der Alter Table-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
Innodb-Metriken
| Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
|---|---|---|---|
| InnoDB-Zeilensperrzeit | innodb_row_lock_time | Millisekunden | Die InnoDB-Zeilensperre misst die Dauer der Zeit in Millisekunden für InnoDB-Zeilenebenensperren. |
| InnoDB-Zeilensperren warten | innodb_row_lock_waits | Anzahl | InnoDB-Zeilensperre wartet die Metrik, wie oft eine Abfrage auf eine InnoDB-Zeilenebene warten musste. |
| Innodb_buffer_pool_reads | Innodb_buffer_pool_reads | Anzahl | Die Gesamtzahl der logischen Lesevorgänge, die die InnoDB-Engine aus dem Innodb-Pufferpool nicht erfüllen konnte, und die vom dem Datenträger abgerufen werden musste. |
| Innodb_buffer_pool_read_requests | Innodb_buffer_pool_read_requests | Anzahl | Die Gesamtzahl der logischen Leseanforderungen, die vom Innodb-Pufferpool gelesen werden sollen. |
| Innodb_buffer_pool_pages_free | Innodb_buffer_pool_pages_free | Anzahl | Die Gesamtzahl der kostenlosen Seiten im InnoDB-Pufferpool. |
| Innodb_buffer_pool_pages_data | Innodb_buffer_pool_pages_data | Anzahl | Die Gesamtanzahl der Seiten im InnoDB-Pufferpool, die Daten enthalten. Die Zahl umfasst sowohl modifizierte als auch nicht modifizierte Seiten. |
| Innodb_buffer_pool_pages_dirty | Innodb_buffer_pool_pages_dirty | Anzahl | Die Gesamtanzahl der Seiten im InnoDB-Pufferpool, die modifizierte Seiten enthalten. |
| Länge der MySQL-Verlaufsliste | trx_rseg_history_len | Anzahl | Diese Metrik berechnet die Anzahl von Änderungen in der Datenbank und insbesondere die Anzahl von Datensätzen, die vorherige Änderungen enthalten. Sie bezieht sich auf die Rate der Änderungen an Daten, durch die neue Zeilenversionen erstellt werden. Eine zunehmende Länge der Verlaufsliste kann sich auf die Leistung der Datenbank auswirken. |
| MySQL-Sperrtimeouts | lock_timeouts | Anzahl | Diese Metrik gibt an, wie oft für eine Abfrage Timeouts aufgrund einer Sperre aufgetreten sind. Ein solches Timeout tritt in der Regel auf, wenn eine Abfrage länger als die in der Einstellung innodb_lock_wait_timeout festgelegte Zeit auf eine Sperre für eine Zeile oder Tabelle durch eine andere Abfrage wartet. |
| MySQL-Deadlocks | lock_deadlock | Anzahl | Diese Metrik stellt die Anzahl von Deadlocks dar, die im ausgewählten Zeitraum bei Ihrer Instanz von Azure Database for MySQL – Flexibler Server aufgetreten sind. |
Serverprotokolle
In Azure Database for MySQL flexible server können Benutzer Serverprotokolle konfigurieren und herunterladen, um die Fehlersuche zu unterstützen. Mit aktivierter Funktion beginnt eine flexible Azure-Datenbank für MySQL-Serverinstanz mit der Erfassung von Ereignissen des ausgewählten Protokolltyps und schreibt sie in eine Datei. Anschließend können Sie das Azure-Portal und die Azure-CLI verwenden, um die Dateien zum Bearbeiten herunterzuladen. Die Serverprotokollfunktion ist standardmäßig deaktiviert. Informationen zum Aktivieren von Serverprotokollen finden Sie unter Aktivieren und Herunterladen von Serverprotokollen für Azure Database for MySQL – Flexibler Server.
Serverprotokolle unterstützen langsame Abfrageprotokolle und Fehlerprotokolle zum Aktivieren und Herunterladen. Um eine Verlaufsanalyse Ihrer Daten durchzuführen, fügen Sie im Azure-Portal im Bereich „Diagnoseeinstellungen“ für Ihren Server eine Diagnoseeinstellung hinzu, um die Protokolle an den Log Analytics-Arbeitsbereich, an Azure Storage oder an Ereignishubs zu senden. Weitere Informationen finden Sie unter Einrichten der Diagnose.
Aufbewahrung von Serverprotokollen
Wenn die Protokollierung für eine flexible Serverinstanz von Azure Database for MySQL aktiviert ist, sind die Protokolle bis zu sieben Tage nach ihrer Erstellung verfügbar. Wenn die Gesamtgröße der verfügbaren Protokolle 7 GB überschreitet, werden die ältesten Dateien gelöscht, bis Speicherplatz verfügbar ist. Das Speicherlimit von 7 GB für die Serverprotokolle ist kostenlos verfügbar und kann nicht erweitert werden. Die Protokolle werden alle 24 Stunden oder 500 MB rotiert, je nachdem, was zuerst eintritt.
Nächste Schritte
- Anleitungen zum Erstellen einer Warnung zu einer Metrik finden Sie unter Einrichten von Warnungen.
- Aktivieren und Herunterladen von Serverprotokollen für Azure Database for MySQL – Flexibler Server vom Azure-Portal oder über die Azure-CLI