Protokollieren bei Aurora-MySQL-Datenbanken - Amazon Aurora

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_time ist 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_statements und log_queries_not_using_indexes verwenden. Vergleichen Sie rows_examined mit rows_returned. Wenn rows_examined viel größer ist als rows_returned, können diese Abfragen möglicherweise blockierend wirken.

    In Aurora MySQL-Version 3 können Sie log_slow_extra aktivieren, um weitere Informationen zu erhalten. Weitere Informationen finden Sie unter Slow-Query-Protokollinhalte in der MySQL-Dokumentation. Sie können long_query_time auch auf Sitzungsebene ändern, um die Abfrageausführung interaktiv zu debuggen. Dies ist besonders nützlich, wenn log_slow_extra global 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.