Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Note
Dieser Artikel enthält Verweise auf den Begriff Slave, einen Begriff, den Microsoft nicht mehr verwendet. Wenn der Begriff aus der Software entfernt wird, entfernen wir ihn aus diesem Artikel.
Dieser Artikel enthält alle Referenzinformationen zur Überwachung dieses Dienstes.
Ausführliche Informationen zu den Daten, die Sie für Azure-Datenbank für MySQL sammeln können, und deren Verwendung finden Sie unter "Überwachen der Azure-Datenbank für MySQL ".
Metrics
In diesem Abschnitt werden alle automatisch erfassten Plattformmetriken für diesen Dienst aufgeführt. Diese Metriken sind auch Teil der globalen Liste aller in Azure Monitor unterstützten Plattformmetriken.
Informationen zur Aufbewahrung von Metriken finden Sie unter Überblick über Metriken in Azure Monitor.
Unterstützte Metriken für Microsoft.DBforMySQL\flexibleServers
In der folgenden Tabelle sind die Metriken aufgeführt, die für den Ressourcentyp "Microsoft.DBforMySQL\flexibleServers" verfügbar sind.
- Möglicherweise sind nicht alle Spalten in jeder Tabelle vorhanden.
- Einige Spalten können über den Anzeigebereich der Seite hinausgehen. Wählen Sie Tabelle erweitern aus, um alle verfügbaren Spalten anzuzeigen.
Tabellenüberschriften
- Kategorie – Die Metrikgruppe oder -klassifizierung.
- Metrik – Der Anzeigename der Metrik, wie er im Azure-Portal angezeigt wird.
- Name in REST-API: Der Metrikname im REST-API
- Einheit – Abrechnungseinheit.
- Aggregation – Der Standard-Aggregationstyp. Gültige Werte: Mittelwert (Avg), Minimum (Min), Maximum (Max), Gesamt (Sum), Anzahl
- Dimensionen - Für die Metrik verfügbare Dimensionen.
-
Aggregationsintervall - Intervalle, in denen die Metrik gesampelt wird.
PT1Mbedeutet zum Beispiel, dass die Metrik jede Minute abgerufen wird,PT30Malle 30 Minuten,PT1Hjede Stunde usw. - DS-Export – Gibt an, ob die Metrik über Diagnose-Einstellungen in Azure Monitor-Protokolle exportiert werden kann. Informationen zum Exportieren von Metriken finden Sie unter Diagnoseeinstellungen in Azure Monitor erstellen.
Kategorie: Verfügbarkeit
| Metric | Name in der REST-API | Unit | Aggregation | Dimensions | Aggregationsintervalle | DS-Export |
|---|---|---|---|---|---|---|
|
HA IO-Status Status ausgeführter E/A-Replikationsthreads |
HA_IO_status |
Count | Maximum | <Keine> | PT1M | Yes |
|
HA SQL-Status Status ausgeführter SQL-Replikationsthreads |
HA_SQL_status |
Count | Maximum | <Keine> | PT1M | Yes |
|
E/A-Replikatstatus Status ausgeführter E/A-Replikationsthreads |
Replica_IO_Running |
Count | Maximum | <Keine> | PT1M | No |
|
SQL-Replikatstatus Status ausgeführter SQL-Replikationsthreads |
Replica_SQL_Running |
Count | Maximum | <Keine> | PT1M | No |
Kategorie: Fehler
| Metric | Name in der REST-API | Unit | Aggregation | Dimensions | Aggregationsintervalle | DS-Export |
|---|---|---|---|---|---|---|
|
Abgebrochene Verbindungen Abgebrochene Verbindungen |
aborted_connections |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
Kategorie: Latenz
| Metric | Name in der REST-API | Unit | Aggregation | Dimensions | Aggregationsintervalle | DS-Export |
|---|---|---|---|---|---|---|
|
HA-Replikationsabstand Verzögerung bei der Hochverfügbarkeitsreplikation in Sekunden |
HA_replication_lag |
Seconds | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Innodb Zeilensperrzeit Die Gesamtzeit, die für das Abrufen von Zeilensperren für InnoDB-Tabellen in Millisekunden aufgewendet wurde. |
Innodb_row_lock_time |
Milliseconds | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Innodb-Zeilensperre wartet Die Anzahl der Vorgänge in InnoDB-Tabellen musste auf eine Zeilensperre warten. |
Innodb_row_lock_waits |
Count | Gesamt (Summe), Maximum, Minimum | <Keine> | PT1M | Yes |
|
Replikationsverzögerung in Sekunden Replikationsverzögerung in Sekunden |
replication_lag |
Seconds | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
MySQL Uptime Die Anzahl der Sekunden, die der Server beendet hat. |
Uptime |
Seconds | Gesamt (Summe), Maximum | <Keine> | PT1M | Yes |
Kategorie: Sättigung
| Metric | Name in der REST-API | Unit | Aggregation | Dimensions | Aggregationsintervalle | DS-Export |
|---|---|---|---|---|---|---|
|
Verwendeter Sicherungsspeicher Verwendeter Sicherungsspeicher |
backup_storage_used |
Bytes | Mittelwert, Maximum, Minimum | <Keine> | PT15M, PT30M, PT1H, PT6H, PT12H, P1D | Yes |
|
Verwendeter Binlogspeicher Speicher, der von Binlog-Dateien verwendet wird. |
binlog_storage_used |
Bytes | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Verbrauchte CPU-Guthaben Verbrauchte CPU-Guthaben |
cpu_credits_consumed |
Count | Mittelwert, Maximum, Minimum | <Keine> | PT15M, PT30M, PT1H, PT6H, PT12H, P1D | Yes |
|
Verbleibende CPU-Guthaben Verbleibende CPU-Guthaben |
cpu_credits_remaining |
Count | Mittelwert, Maximum, Minimum | <Keine> | PT15M, PT30M, PT1H, PT6H, PT12H, P1D | Yes |
|
Host CPU Percent Host-CPU in Prozent |
cpu_percent |
Percent | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Verwendeter Datenspeicher Von Datendateien verwendete Speicher. |
data_storage_used |
Bytes | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Verwendeter Ibdata1-Speicher Von ibdata1-Dateien verwendete Speicher. |
ibdata1_storage_used |
Bytes | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Daten für InnoDB-Pufferpoolseiten Die Anzahl der Seiten im InnoDB-Pufferpool, die Daten enthalten. |
Innodb_buffer_pool_pages_data |
Count | Gesamt (Summe), Maximum, Minimum | <Keine> | PT1M | Yes |
|
InnoDB-Pufferpoolseiten geändert Die aktuelle Anzahl der Seiten im InnoDB-Pufferpool, die modifiziert wurden. |
Innodb_buffer_pool_pages_dirty |
Count | Gesamt (Summe), Maximum, Minimum | <Keine> | PT1M | Yes |
|
InnoDB-Pufferpoolseiten kostenlos Die Anzahl der freien Seiten im InnoDB-Pufferpool. |
Innodb_buffer_pool_pages_free |
Count | Gesamt (Summe), Maximum, Minimum | <Keine> | PT1M | Yes |
|
InnoDB-Pufferpool-Leseanforderungen Die Anzahl logischer Leseanforderungen. |
Innodb_buffer_pool_read_requests |
Count | Gesamt (Summe), Maximum, Minimum | <Keine> | PT1M | Yes |
|
InnoDB-Pufferpool liest Die Anzahl der logischen Lesevorgänge, die InnoDB nicht aus dem Pufferpool beantworten konnte und die direkt vom Datenträger gelesen werden mussten. |
Innodb_buffer_pool_reads |
Count | Gesamt (Summe), Maximum, Minimum | <Keine> | PT1M | Yes |
|
Speicher-E/A-Prozent Speicher-E/A-Verbrauch in Prozent |
io_consumption_percent |
Percent | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Speicherprozent Speicherprozent |
memory_percent |
Percent | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Anderer Verwendeter Speicher Von anderen Dateien verwendeter Speicher. |
others_storage_used |
Bytes | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Speicherlimit für Serverlog Begrenzung des Serverprotokollspeichers |
serverlog_storage_limit |
Bytes | Maximum | <Keine> | PT1M | Yes |
|
Serverlog-Speicherprozent Serverprotokollspeicher in Prozent |
serverlog_storage_percent |
Percent | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Verwendeter Serverlogspeicher Verwendeter Serverprotokollspeicher |
serverlog_storage_usage |
Bytes | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Seriendruckdurchläufe sortieren Die Anzahl der Zusammenführungsdurchläufe, die der Sortieralgorithmus ausführen muss. Wenn dieser Wert groß ist, sollten Sie in Erwägung ziehen, den Wert der sort_buffer_size Systemvariablen zu erhöhen. |
Sort_merge_passes |
Count | Gesamt (Summe), Maximum, Minimum | <Keine> | PT1M | Yes |
|
Speicherlimit Speicherlimit |
storage_limit |
Bytes | Maximum | <Keine> | PT1M | Yes |
|
Speicherprozent Speicherprozent |
storage_percent |
Percent | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Verwendeter Speicher Verwendeter Speicher |
storage_used |
Bytes | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Ausgeführte Threads Die Anzahl der Threads, die sich nicht im Ruhezustand befinden. |
Threads_running |
Count | Gesamt (Summe), Maximum, Minimum | <Keine> | PT1M | Yes |
Kategorie: Datenverkehr
| Metric | Name in der REST-API | Unit | Aggregation | Dimensions | Aggregationsintervalle | DS-Export |
|---|---|---|---|---|---|---|
|
Aktive Verbindungen Aktive Verbindungen |
active_connections |
Count | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Aktive Transaktionen Anzahl der aktiven Transaktionen. |
active_transactions |
Count | Summe (Summe), Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Com Alter Table Die Häufigkeit, mit der die ALTER TABLE-Anweisung ausgeführt wurde. |
Com_alter_table |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Com Create DB Die Häufigkeit, mit der die CREATE DB-Anweisung ausgeführt wurde. |
Com_create_db |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Com Create Table Die Häufigkeit, mit der die CREATE TABLE-Anweisung ausgeführt wurde. |
Com_create_table |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Com Löschen Die Häufigkeit, mit der die DELETE-Anweisung ausgeführt wurde. |
Com_delete |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Com Drop DB Die Häufigkeit, mit der die DROP DB-Anweisung ausgeführt wurde. |
Com_drop_db |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Com-Drop-Tabelle Die Häufigkeit, mit der die DROP TABLE-Anweisung ausgeführt wurde. |
Com_drop_table |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Com Einfügen Die Häufigkeit, mit der die INSERT-Anweisung ausgeführt wurde. |
Com_insert |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Com-Auswahl Die Häufigkeit, mit der die SELECT-Anweisung ausgeführt wurde. |
Com_select |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Com Update Die Häufigkeit, mit der die UPDATE-Anweisung ausgeführt wurde. |
Com_update |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Innodb-Pufferpoolseiten geleert Die Anzahl der Anforderungen zum Leeren von Seiten aus dem InnoDB-Pufferpool. |
Innodb_buffer_pool_pages_flushed |
Count | Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Innodb-Datenschreibvorgänge Die Gesamtzahl der Datenschreibvorgänge. |
Innodb_data_writes |
Count | Gesamt (Summe), Maximum, Minimum | <Keine> | PT1M | Yes |
|
MySQL Lock Deadlocks Anzahl der Deadlocks. |
lock_deadlocks |
Count | Summe (Summe), Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
MySQL Lock Timeouts Anzahl der Sperrtimeouts. |
lock_timeouts |
Count | Summe (Summe), Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
|
Hostnetzwerkausgang Aus Hostnetwork ausgehende Daten in Bytes |
network_bytes_egress |
Bytes | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Hostnetzwerk in In Hostnetwork eingehende Daten in Bytes |
network_bytes_ingress |
Bytes | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Queries Queries |
Queries |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Langsame Abfragen Die Anzahl der Abfragen, die mehr als „long_query_time“ Sekunden gedauert haben. |
Slow_queries |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Speicher-E/A-Anzahl Die Anzahl der genutzten E/A-Speichervorgänge. |
storage_io_count |
Count | Gesamt (Summe) | <Keine> | PT1M | No |
|
Gesamtverbindungen Gesamtverbindungen |
total_connections |
Count | Gesamt (Summe) | <Keine> | PT1M | Yes |
|
Länge der MySQL-Verlaufsliste Länge der liste TRX_RSEG_HISTORY. |
trx_rseg_history_len |
Count | Summe (Summe), Mittelwert, Maximum, Minimum | <Keine> | PT1M | Yes |
Diese Tabelle enthält ausführlichere Beschreibungen einiger Metriken.
| Anzeigename der Metrik | Description |
|---|---|
| MySQL Uptime | Diese Metrik gibt an, wie lange der Server ausgeführt wurde. Bei einer Hochverfügbarkeitsservereinrichtung (HA) zeigt das System kontinuierlich die Betriebszeit des aktuellen primären Serverknotens in Sekunden an. Dieser Uptime-Wert wird während eines Failoverereignisses nicht zurückgesetzt, da die Knoten nicht neu gestartet werden. |
| Host-CPU in Prozent | 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 Arbeitsauslastung Ihrer Azure-Datenbank für die flexible Serverinstance von MySQL und den Azure MySQL-Prozess. Mit hohem CPU-Prozentsatz können Sie feststellen, ob Ihr Datenbankserver eine schwerere Arbeitsauslastung aufweist, als sie verarbeiten kann. Diese Metrik entspricht der gesamten CPU-Auslastung ähnlich der Auslastung der CPU auf einem virtuellen Computer. |
| Verbrauchtes CPU-Guthaben | 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 Burstable-VMs der B-Serie. |
| CPU-Guthaben übrig | 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 Burstable-VMs der B-Serie. |
| Hostnetzwerk eingehend | Gesamtsumme des eingehenden Netzwerkdatenverkehrs auf dem Server für einen ausgewählten Zeitraum. Diese Metrik umfasst Datenverkehr zu Ihrer Datenbank und Azure-Datenbank für flexible MySQL-Serverfeatures wie Überwachung, Protokolle usw. |
| Hostnetzwerk ausgehend | Gesamtsumme des eingehenden Netzwerkdatenverkehrs auf dem Server für einen ausgewählten Zeitraum. Diese Metrik umfasst Datenverkehr aus Ihrer Datenbank und Azure-Datenbank für mySQL flexible Serverfeatures wie Überwachung, Protokolle usw. |
| Aktive Verbindungen | Die Anzahl aktiver Verbindungen mit dem Server Aktive Verbindungen sind die Gesamtanzahl der Threads , die mit Ihrem Server verbunden sind, einschließlich Threads aus azure_superuser. |
| Speicher-E/A in Prozent | 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 | Die Gesamtzahl der E/A- Vorgänge des Servers (Lesen und Schreiben) pro Minute. |
| Speicherprozent | 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. |
| Gesamtverbindungen | Die Anzahl der Clientverbindungen mit Ihrer Azure-Datenbank für die flexible Serverinstance von MySQL. Gesamtverbindungen ist die Summe der Client-Verbindungen über das TCP/IP-Protokoll in einem bestimmten Zeitraum. |
| Abgebrochene Verbindungen | Die Gesamtzahl der fehlgeschlagenen Versuche, eine Verbindung mit Ihrer Azure-Datenbank für mySQL flexible Serverinstance herzustellen, z. B. fehlgeschlagene Verbindung aufgrund fehlerhafter Anmeldeinformationen. Weitere Informationen zu abgebrochenen Verbindungen finden Sie in dieser Dokumentation. |
| Queries | 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 | Die Gesamtanzahl der langsamen Abfragen auf Ihrem Server im ausgewählten Zeitraum. |
| Aktive Transaktionen | Diese Metrik stellt die Gesamtanzahl von Transaktionen in MySQL dar. Aktive Transaktionen umfassen alle Transaktionen, die gestartet wurden, aber noch nicht zugesichert oder zurückgesetzt werden müssen. |
Metriken zur Speicheraufschlüsselung bieten wertvolle Einblicke in die Speichernutzung Ihrer Azure-Datenbank für mySQL flexiblen Server. Diese Metriken enthalten eine detaillierte Aufschlüsselung der Speichergrenze, des prozentualen Anteils, des verwendeten Speichers, des verwendeten Datenspeichers, des verwendeten ibdata1-Speichers, des verwendeten binlog-Speichers, des verwendeten sonstigen Speichers und des verwendeten Sicherungsspeichers. Durch die Überwachung dieser Metriken können Sie Ihre Speicherressourcen effektiv verwalten, die Speicherzuordnung optimieren und eine effiziente Auslastung der Speicherkapazität Ihres Servers sicherstellen. Wenn Sie die Metriken zur Speicheraufschlüsselung verstehen, können Sie fundierte Entscheidungen treffen, um die Leistung und Verfügbarkeit Ihrer Azure-Datenbank für MySQL flexiblen Server aufrechtzuerhalten.
In der folgenden Tabelle sind Beschreibungen für die Metriken zur Speicheraufschlüsselung aufgeführt, die für azure-Datenbank für MySQL flexiblen Server verfügbar sind:
| Anzeigename der Metrik | Description |
|---|---|
| Speicherlimit | Die für diesen Server konfigurierte maximale Speichergröße. |
| Speicherprozent | Der prozentuale Anteil des genutzten Speichers am maximal verfügbaren Speicher des Servers. |
| Verwendeter Speicher | Die Menge des verwendeten Speichers. Der vom Dienst verwendete Speicher kann die Datenbankdateien, Transaktionsprotokolle und Serverprotokolle umfassen. |
| Verwendeter Datenspeicher | Die Zum Speichern von Datenbankdateien verwendete Speichermenge. |
| ibdata1 Storage Used | Die Zum Speichern der Systemtabellendatei (ibdata1) verwendete Speichermenge. |
| Verwendeter Binlogspeicher | Die Zum Speichern von binärprotokolldateien verwendete Speichermenge. |
| Anderer verwendeter Speicher | Der Speicherplatz, der für andere Komponenten und Metadatendateien verwendet wird. |
| Verwendeter Sicherungsspeicher | Die Menge des verwendeten Sicherungsspeichers. |
Replikationsmetriken liefern wertvolle Einblicke in die Leistung und den Status der Replikation in der Azure-Datenbank für mySQL flexiblen Server. Mit diesen Metriken können Sie die Replikationsverzögerung überwachen, den Status von Replikat- und HA IO/SQL-Threads überprüfen und die Replikationslatenz messen. Indem Sie diese Metriken nachverfolgen, können Sie die Zuverlässigkeit und Effizienz Ihrer Replikationseinrichtung sicherstellen, potenzielle Probleme oder Verzögerungen identifizieren und geeignete Maßnahmen ergreifen, um die Datenkonsistenz und Verfügbarkeit aufrechtzuerhalten. Sehen wir uns die verschiedenen Replikationsmetriken an, die für die Azure-Datenbank für mySQL flexible Server verfügbar sind.
In der folgenden Tabelle sind die Replikationsmetriken aufgeführt, die für azure Database for MySQL flexible Server verfügbar sind:
| Anzeigename der Metrik | Description |
|---|---|
| Replikationsverzögerung | 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 "Problembehandlung bei replikationslatenz in Azure Database for MySQL " |
| E/A-Status des Replikats | „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 | „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-Status gibt den Status der Konzepte für hohe Verfügbarkeit in Der Azure-Datenbank für MySQL 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 Status gibt den Status der Konzepte für hohe Verfügbarkeit in Azure Database for MySQL 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 | 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. |
Neben den Standardmetriken, die von der Azure-Datenbank für MySQL flexiblen Server bereitgestellt werden, stehen erweiterte Metriken zur Verfügung, um tiefere Einblicke in die Leistung Ihres Servers zu erhalten. Diese verbesserten Metriken bieten detailliertere Informationen zu bestimmten Aspekten Ihrer Workload.
Die Datenmanipulationssprache (DATA Manipulation Language, DML)-Statistikmetriken geben Ihnen Einen Einblick in die Anzahl der auf Ihrem Server ausgeführten Auswahl-, Aktualisierungs-, Einfüge- und Löschanweisungen. Durch die Überwachung dieser Metriken können Sie die Verwendung und Leistung Ihrer Datenbankvorgänge nachverfolgen und potenzielle Engpässe oder Ineffizienzen identifizieren.
| Anzeigename der Metrik | Description |
|---|---|
| Com_select | Die Gesamtzahl der Select-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_update | Die Gesamtzahl der Update-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_insert | Die Gesamtzahl der Insert-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_delete | Die Gesamtzahl der gelöschten Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
Die DDL-Statistikmetriken (Data Definition Language) enthalten Informationen dazu, wie oft Sie eine Datenbank erstellen, eine Datenbank ablegen, eine Tabelle erstellen, eine Tabelle ablegen und Tabellenanweisungen ändern können, die auf Ihrem Server ausgeführt werden. Diese Metriken helfen Ihnen, die Häufigkeit und Auswirkungen von Schemaänderungen in Ihrer Datenbank zu verstehen, sodass Sie Ihr Datenbankdesign optimieren und die Gesamtleistung verbessern können.
| Anzeigename der Metrik | Description |
|---|---|
| Com_create_db | Die Gesamtzahl der erstellten Database-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_drop_db | Die Gesamtzahl der Drop Database-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_create_table | Die Gesamtzahl der Create Table-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_drop_table | Die Gesamtzahl der Drop Table-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
| Com_Alter | Die Gesamtzahl der Alter Table-Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
Die Innodb-Metriken konzentrieren sich auf die Leistung des InnoDB-Speichermoduls, das das Standardmodul für Azure Database für MySQL flexiblen Server ist. Diese Metriken umfassen die InnoDB-Zeilensperre, InnoDB-Zeilensperre wartet, Innodb-Pufferpool liest, Innodb-Pufferpool Leseanforderungen und vieles mehr. Durch die Überwachung dieser Metriken können Sie Einblicke in die Effizienz und Effektivität der Speicher- und Cachemechanismen Ihrer Datenbank gewinnen.
Diese verbesserten Metriken bieten wertvolle Informationen zur Optimierung Ihrer Workload und zur Verbesserung der Leistung Ihrer Azure-Datenbank für MySQL flexiblen Server. Mithilfe dieser Metriken können Sie datengesteuerte Entscheidungen treffen, um die Skalierbarkeit, Zuverlässigkeit und Effizienz Ihrer Datenbankvorgänge zu verbessern.
| Anzeigename der Metrik | Description |
|---|---|
| InnoDB-Zeilensperrzeit | Die InnoDB-Zeilensperre misst die Dauer der Zeit in Millisekunden für InnoDB-Zeilenebenensperren. |
| InnoDB-Zeilensperren warten | InnoDB-Zeilensperre wartet die Metrik, wie oft eine Abfrage auf eine InnoDB-Zeilenebene warten musste. |
| Innodb_buffer_pool_reads | 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 | Die Gesamtzahl der logischen Leseanforderungen, die vom Innodb-Pufferpool gelesen werden sollen. |
| Innodb_buffer_pool_pages_free | Die Gesamtzahl der kostenlosen Seiten im InnoDB-Pufferpool. |
| Innodb_buffer_pool_pages_data | 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 | Die Gesamtanzahl der Seiten im InnoDB-Pufferpool, die modifizierte Seiten enthalten. |
| Länge der MySQL-Verlaufsliste | 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 Verlaufslistenlänge kann sich auf die Leistung der Datenbank auswirken. |
| MySQL-Sperrtimeouts | Diese Metrik gibt an, wie oft für eine Abfrage Timeouts aufgrund einer Sperre aufgetreten sind. Diese Situation tritt in der Regel auf, wenn eine Abfrage länger als die Einstellung auf eine Sperre für eine Zeile oder Tabelle wartet, die innodb_lock_wait_timeout von einer anderen Abfrage gehalten wird. |
| MySQL-Deadlocks | Diese Metrik stellt die Anzahl der Deadlocks in Ihrer Azure-Datenbank für die flexible Serverinstance von MySQL im ausgewählten Zeitraum dar. |
MetrikdimensionenInformationen darüber, was metrische Dimensionen sind, finden Sie unter Mehrdimensionale Metriken. |
Dieser Service hat keine Metriken, die Dimensionen enthalten.
Problembehandlung bei Metriken
Manchmal treten Probleme beim Erstellen, Anpassen oder Interpretieren von Diagrammen in Azure Metrics Explorer auf.
Ein Diagramm, in dem keine Daten angezeigt werden, kann aufgrund verschiedener Faktoren auftreten. Diese Probleme können dazu führen, dass der Microsoft Insights-Ressourcenanbieter nicht für Ihr Abonnement registriert wird oder Sie über ausreichende Zugriffsrechte für Ihre Azure-Datenbank für MySQL verfügen. 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, aus der Sie Metriken untersuchen. Ihre Ressource hat während des ausgewählten Zeitraums keine Metriken ausgegeben Vergrößern Sie den Zeitbereich des Diagramms. In Azure steuert die rollenbasierte Zugriffssteuerung in Azure (Azure Role-Based Access Control, Azure RBAC) den Zugriff auf Metriken. Sie müssen Mitglied der Überwachung von Lesern, Überwachungsmitwirkenden oder Mitwirkenden sein, um Metriken für jede Ressource zu untersuchen.
- Ihre Ressource hat während des ausgewählten Zeitraums keine Metriken ausgegeben: Dieses Verhalten 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 dieses Problem durch diesen Ansatz 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 dem Start- und Enddatum in der Zeitauswahl das 30-Tage-Intervall nicht überschreitet. Ausführlichere Informationen zur Problembehandlungsmetrik finden Sie im Handbuch zur Problembehandlung bei Azure Monitor-Metriken.
- Gestrichelte Linienanzeige: In Azure Monitor bedeutet eine gestrichelte Linie eine Lücke in Daten oder einen Nullwert zwischen zwei Punkten bekannter Zeitkorndaten. Dieser Aspekt ist ein bewusster Entwurf, der hilft, fehlende Datenpunkte zu erkennen. Wenn ihr Diagramm gestrichelte Linien anzeigt, gibt es fehlende Daten an. Weitere Informationen finden Sie unter Diagramm mit gestrichelter Linie.
Ausführlichere Informationen zur Problembehandlungsmetrik finden Sie im Handbuch zur Problembehandlung bei Azure Monitor-Metriken.
Note
Metriken, die als veraltet gekennzeichnet sind, werden in absehbarer Zeit aus dem Azure-Portal entfernt. Sie sollten diese Metriken ignorieren, wenn Sie Ihre Azure-Datenbank für den flexiblen Server von MySQL überwachen.
Ressourcenprotokolle
In diesem Abschnitt werden die Ressourcenprotokolltypen aufgeführt, die für diesen Service erfasst werden können. Der Abschnitt wird aus der Liste aller in Azure Monitor unterstützten Kategorietypen für Ressourcenprotokolle gezogen.
Unterstützte Ressourcenprotokolle für Microsoft.DBforMySQL\flexibleServer
| Category | Anzeigename der Kategorie | Protokolltabelle | Unterstützt grundlegenden Protokollplan | Unterstützt die Transformation zur Erfassungszeit | Beispielabfragen | Exportkosten |
|---|---|---|---|---|---|---|
MySqlAuditLogs |
MySQL-Überwachungsprotokolle |
AzureDiagnostics Logdaten aus mehreren Azure-Ressourcen. |
No | No | Queries | No |
MySqlSlowLogs |
Protokolle zu langsamen MySQL-Abfragen |
AzureDiagnostics Logdaten aus mehreren Azure-Ressourcen. |
No | No | Queries | No |
Tabellen in Azure Monitor-Protokollen
Dieser Abschnitt bezieht sich die für diesen Service relevanten Azure-Monitor-Protokolltabellen, die für die Abfrage durch Protokollanalyse mit Kusto-Abfragen zur Verfügung stehen. Diese Tabellen enthalten Ressourcenprotokolldaten und möglicherweise mehr, je nachdem, was erfasst und an sie weitergeleitet wird.
Azure-Datenbank für MySQL Microsoft.DBforMySQL\flexibleServers
Aktivitätsprotokoll
In der verknüpften Tabelle sind die Vorgänge aufgeführt, die im Aktivitätsprotokoll für diesen Dienst aufgezeichnet werden können. Diese Operationen sind eine Teilmenge aller möglichen Ressourcenanbietervorgänge im Aktivitätsprotokoll.
Weitere Informationen zum Schema von Aktivitätsprotokolleinträgen finden Sie unter Ereignisschema des Azure-Aktivitätsprotokolls.