Protokollierung für 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.

Protokollierung für 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, die Datenbankleistung verstehen und Datenbankaktivitäten überprüfen. Wir empfehlen Ihnen, diese Protokolle für alle Ihre Aurora MySQL-DB-Instances 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 nur beim Starten, Herunterfahren und wenn Fehler auftreten, in das Fehlerprotokoll. 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 zur Datenbankaktivität, einschließlich aller SQL-Anweisungen, die von der Datenbank-Engine ausgeführt werden. Weitere Informationen zur Aktivierung der allgemeinen Protokollierung und zur Einstellung von Protokollierungsparametern finden Sie unter Aurora-MySQL-Protokolle für langsame Abfragen und allgemeine Protokolle und Das allgemeine Abfrageprotokoll in der MySQL-Dokumentation.

    Anmerkung

    Allgemeine Protokolle können sehr umfangreich werden und Ihren Speicherplatz beanspruchen. Weitere Informationen finden Sie unter Protokollrotation und -aufbewahrung für Aurora MySQL.

  • Langsame Abfrage — Das Protokoll für langsame Abfragen besteht aus SQL-Anweisungen, deren Ausführung mehr als long_query_time Sekunden in Anspruch nimmt und für deren Ausführung mindestens min_examined_row_limit-Zeilen untersucht werden müssen. Sie können das Protokoll für langsame Abfragen 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 für die Feinabstimmung nach unten vorzuarbeiten.

    Sie können auch verwandte Parameter wie log_slow_admin_statements und log_queries_not_using_indexes verwenden. Vergleiche rows_examined mitrows_returned. Wenn rows_examined es viel größer ist alsrows_returned, dann können diese Abfragen möglicherweise blockiert werden.

    In Aurora MySQL Version 3 können Sie aktivieren, log_slow_extra um weitere Informationen zu erhalten. Weitere Informationen finden Sie unter Inhalt des Slow Query-Logs in der MySQL-Dokumentation. Sie können Änderungen auch auf Sitzungsebene vornehmen, long_query_time um die Abfrageausführung interaktiv zu debuggen. Dies ist besonders nützlich, wenn log_slow_extra es global aktiviert ist.

    Weitere Informationen zur Aktivierung der langsamen Abfrageprotokollierung und zur Einstellung der Protokollierungsparameter finden Sie unter Aurora-MySQL-Protokolle für langsame Abfragen und allgemeine Protokolle und Das langsame Abfrageprotokoll in der MySQL-Dokumentation.

  • Audit — Das Audit-Log überwacht und protokolliert Datenbankaktivitäten. Die Auditprotokollierung für Aurora MySQL heißt Advanced Auditing. Um Advanced Auditing zu aktivieren, 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ärlog (Binlog) enthält Ereignisse, die Datenbankänderungen beschreiben, wie z. B. Tabellenerstellungsvorgänge und Änderungen an Tabellendaten. Es enthält auch Ereignisse für Anweisungen, die möglicherweise Änderungen hätten bewirken können (z. B. ein DELETE-Befehl, bei dem keine Zeilen gefunden wurden), sofern nicht die zeilenbasierte Protokollierung verwendet wird. Das Binärprotokoll enthält auch Informationen darüber, wie lange die aktualisierten Daten für jede Anweisung gedauert haben.

    Wenn Sie einen Server mit aktivierter Binärprotokollierung ausführen, wird die Leistung etwas langsamer. Die Vorteile der binären Anmeldung, mit der Sie Replikations- und Wiederherstellungsvorgänge einrichten können, überwiegen jedoch in der Regel diese geringfügige Leistungseinbuße.

    Anmerkung

    Aurora MySQL benötigt keine binäre Protokollierung für Wiederherstellungsvorgänge.

    Weitere Informationen zum Aktivieren der Binärprotokollierung und zum Einstellen des Binärprotokollformats finden Sie unter Konfiguration von Aurora MySQL und Das Binärprotokoll in der MySQL-Dokumentation.

Sie können die Fehler-, allgemeinen, langsamen, Abfrage- 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 für die Zusammenfassung langsamer, allgemeiner und binärer Protokolldateien ist pt-query-digest.