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.
Protokollieren bei Aurora-MySQL-Datenbanken
Aurora-MySQL-Protokolle liefern wichtige Informationen über Datenbankaktivitäten und -fehler. Durch die Aktivierung dieser Protokolle können Sie Probleme identifizieren und beheben, mehr über die Datenbankleistung erfahren und Datenbankaktivitäten überprüfen. Wir empfehlen Ihnen, diese Protokolle für all Ihre DB-Instances von Aurora MySQL zu aktivieren, um eine optimale Leistung und Verfügbarkeit der Datenbanken sicherzustellen. Die folgenden Arten der Protokollierung können aktiviert werden. Jedes Protokoll enthält spezifische Informationen, anhand derer Auswirkungen auf die Datenbankverarbeitung aufgedeckt werden können.
-
Fehler – Aurora MySQL schreibt das Fehlerprotokoll nur beim Startup, Herunterfahren und beim Auftreten von Fehlern. Eine DB-Instance kann Stunden oder Tage lang laufen, ohne dass neue Einträge in das Fehlerprotokoll geschrieben werden. Wenn Sie keine neuen Einträge sehen, sind im Server keine Fehler aufgetreten, die zu einem Eintrag in das Protokoll führen würden. Die Fehlerprotokollierung ist standardmäßig aktiviert. Weitere Informationen finden Sie unter Aurora-MySQL-Fehlerprotokolle.
-
Allgemein – Das allgemeine Protokoll enthält detaillierte Informationen über Datenbankaktivitäten, einschließlich aller SQL-Anweisungen, die von der Datenbank-Engine ausgeführt werden. Weitere Informationen zur Aktivierung der allgemeinen Protokollierung und zur Festlegung von Protokollparametern finden Sie unter Aurora-MySQL-Protokolle für langsame Abfragen und allgemeine Protokolle und unter Das allgemeine Abfrageprotokoll
in der MySQL-Dokumentation. Anmerkung
Allgemeine Protokolle können sehr umfangreich werden und viel Speicherplatz beanspruchen. Weitere Informationen finden Sie unter Protokollrotation und -aufbewahrung für Aurora MySQL.
-
Slow Query – Das Slow-Query-Protokoll besteht aus SQL-Anweisungen, für deren Ausführung mehr als long_query_time
Sekunden benötigt werden und mindestens min_examined_row_limit Zeilen überprüft werden müssen. Sie können das Slow-Query-Protokoll verwenden, um Abfragen zu finden, deren Ausführung viel Zeit in Anspruch nimmt und die daher für eine Optimierung in Frage kommen. Der Standardwert für
long_query_timeist 10 Sekunden. Wir empfehlen, mit einem hohen Wert zu beginnen, um die langsamsten Abfragen zu identifizieren, und sich dann zwecks Optimierung nach unten vorzuarbeiten.Sie können auch verwandte Parameter wie
log_slow_admin_statementsundlog_queries_not_using_indexesverwenden. Vergleichen Sierows_examinedmitrows_returned. Wennrows_examinedviel größer ist alsrows_returned, können diese Abfragen möglicherweise blockierend wirken.In Aurora MySQL-Version 3 können Sie
log_slow_extraaktivieren, um weitere Informationen zu erhalten. Weitere Informationen finden Sie unter Slow-Query-Protokollinhaltein der MySQL-Dokumentation. Sie können long_query_timeauch auf Sitzungsebene ändern, um die Abfrageausführung interaktiv zu debuggen. Dies ist besonders nützlich, wennlog_slow_extraglobal aktiviert ist.Weitere Informationen zur Slow-Query-Aktivierung und der Festlegung der Protokollparameter finden Sie unter Aurora-MySQL-Protokolle für langsame Abfragen und allgemeine Protokolle und unter Das Slow-Query-Protokoll
in der MySQL-Dokumentation. -
Audit – Das Auditprotokoll überwacht und protokolliert Datenbankaktivitäten. Die Auditprotokollierung für Aurora MySQL heißt Advanced Auditing. Zum Aktivieren von Advanced Auditing legen Sie bestimmte DB-Cluster-Parameter fest. Weitere Informationen finden Sie unter Verwenden von Advanced Auditing in einem Amazon Aurora MySQL DB-Cluster.
-
Binär – Das Binärprotokoll (Binlog) enthält Ereignisse, die Datenbankänderungen beschreiben, beispielsweise Tabellenerstellungsvorgänge und Änderungen an Tabellendaten. Es enthält auch Ereignisse für Anweisungen, die möglicherweise Änderungen bewirken können (z. B. ein DELETE-Befehl
ohne Zeilenübereinstimmung), sofern nicht die zeilenbasierte Protokollierung verwendet wird. Das Binärprotokoll enthält auch Informationen darüber, wie lange jede Anweisung gedauert hat, die Daten aktualisiert hat. Wenn Sie einen Server mit aktivierter Binärprotokollierung ausführen, ist die Leistung etwas geringer. Die Vorteile des Binärprotokolls, das Ihnen die Einrichtung der Replikation sowie Wiederherstellungsvorgänge ermöglicht, überwiegen jedoch im Allgemeinen den Nachteil dieser geringfügigen Leistungseinbußen.
Anmerkung
Aurora MySQL benötigt keine binäre Protokollierung für Wiederherstellungsvorgänge.
Weitere Informationen zum Aktivieren der Binärprotokollierung und zum Festlegen des Binlog-Formats finden Sie unter Konfigurieren der Aurora MySQL-Binärprotokollierung für Single-AZ-Datenbanken und unter Das Binärprotokoll
in der MySQL-Dokumentation.
Sie können die Fehler-, allgemeinen, Slow-Query- und Auditprotokolle in Amazon CloudWatch Logs veröffentlichen. Weitere Informationen finden Sie unter Veröffentlichen von Datenbankprotokollen in Amazon CloudWatch Logs.
Ein weiteres nützliches Tool zur Zusammenfassung der Dateien der allgemeinen Protokolle, der Slow-Query-Protokolle und der Binärprotokolle ist pt-query-digest