Überwachen von Azure Database for MySQL – Flexible Server
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.
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 zu seinem Verhalten bieten.
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 – Flexibler Server bietet verschiedene Metriken, die Ihnen helfen, die Leistung Ihrer Workload zu verstehen. Basierend auf diesen Daten können Sie die Auswirkungen auf Ihren Server und ihre Anwendung verstehen.
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. Siehe Einrichten von Warnungen zu Metriken für Azure Database for MySQL – Flexibler Server. 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.
Metriken für die Problembehandlung
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. 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 for MySQL – Flexibler 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 for MySQL – Flexibler Server verfügen, von dem 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 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 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. Dies ist ein bewusster Entwurf, der bei der Erkennung fehlender Datenpunkte hilft. Wenn ihr Diagramm gestrichelte Linien anzeigt, gibt es fehlende Daten an. Weitere Informationen finden Sie in der Dokumentation..
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. Sie sollten diese Metriken bei der Überwachung Ihrer Instanz von Azure Database for MySQL – Flexibler Server ignorieren.
Liste der Metriken
Diese Metriken sind für Azure Database for MySQL – Flexibler Server 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 Workload Ihrer Instanz von Azure Database for MySQL – Flexibler Server 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 Features von Azure Database for MySQL – Flexibler Server 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 Features von Azure Database for MySQL – Flexibler Server 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 Gesamtzahl der E/A- Vorgänge des Servers (Lesen und Schreiben) pro Minute. |
| Arbeitsspeicher in Prozent | memory_percent | Percent | Diese Metrik stellt den Prozentsatz des Arbeitsspeichers dar, der vom Azure MySQL-Serverprozess (mysqld) belegt wird. Diese Metrik 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 Instanz von Azure Database for MySQL – Flexibler Server. Gesamtverbindungen ist die Summe der Client-Verbindungen über das TCP/IP-Protokoll in einem bestimmten Zeitraum. |
| Abgebrochene Verbindungen | aborted_connections | Anzahl | Die Gesamtzahl der fehlgeschlagenen Versuche, eine Verbindung mit Ihrer Instanz von Azure Database for MySQL – Flexibler Server herzustellen, z. B. fehlgeschlagene Verbindungen 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 in MySQL dar. Aktive Transaktionen umfassen alle Transaktionen, die gestartet wurden, für die aber noch kein Commit oder Rollback ausgeführt wurde. |
Metriken zur Speicheraufschlüsselung
Metriken zur Speicheraufschlüsselung bieten wertvolle Einblicke in die Speichernutzung Ihrer Instanz von Azure Database for MySQL – Flexibler 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 informierte Entscheidungen treffen, um die Leistung und Verfügbarkeit Ihrer Instanz von Azure Database for MySQL – Flexibler Server aufrechtzuerhalten.
In der folgenden Tabelle sind die Metriken für die Speicheraufschlüsselung aufgeführt, die für Azure Database for MySQL – Flexibler Server verfügbar sind:
| 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
Replikationsmetriken liefern wertvolle Einblicke in die Leistung und den Status der Replikation in Azure Database for MySQL – Flexibler 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 Azure Database for MySQL – Flexibler Server verfügbar sind.
In der folgenden Tabelle sind die Replikationsmetriken aufgeführt, die für Azure Database for MySQL – Flexibler Server verfügbar sind:
| 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 Behandeln von Problemen mit der Replikationswartezeit in Azure Database for MySQL – Flexibler Server. |
| 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 | Staat | „E/A-Status für HA“ gibt den Status für Hochverfügbarkeitskonzepte in Azure Database for MySQL – Flexibler Server 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 | Staat | „SQL-Status für HA“ gibt den Status für Hochverfügbarkeitskonzepte in Azure Database for MySQL – Flexibler Server 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. |
Erweiterte Metriken
Neben den Standardmetriken, die von Azure Database for MySQL – Flexibler 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.
DML-Statistiken
Die DML-Statistikmetriken (Data Manipulation Language) geben Ihnen einen Einblick in die Anzahl der auf Ihrem Server ausgeführten Anweisungen zum Auswählen, Aktualisieren, Einfügen und Löschen. 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 | 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 gelöschten Anweisungen, die auf Ihrem Server im ausgewählten Zeitraum ausgeführt wurden. |
DDL-Statistiken
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 | Metrik | Einheit | BESCHREIBUNG |
|---|---|---|---|
| Com_create_db | Com_create_db | Anzahl | Die Gesamtzahl der erstellten 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
Die Innodb-Metriken konzentrieren sich auf die Leistung der InnoDB-Speicher-Engine, welche das Standardmodul für Azure Database for MySQL – Flexibler 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 erweiterten Metriken bieten wertvolle Informationen zur Optimierung Ihrer Workload und zur Verbesserung der Leistung Ihrer Instanz von Azure Database for MySQL – Flexibler 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 | 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 – Flexibler Server können Benutzer Serverprotokolle konfigurieren und herunterladen, um die Problembehandlung zu unterstützen. Wenn dieses Feature aktiviert ist, beginnt eine Instanz von Azure Database for MySQL – Flexibler Server 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 das Aktivieren und Herunterladen von langsamen Abfrage- und Fehlerprotokollen. 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 Instanz von Azure Database for MySQL – Flexibler Server 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.