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 My SQL RDS 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 My SQL Slow Query und allgemeine Logs 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 Rotation und Aufbewahrung von Protokollen für Aurora My SQL.
-
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
undlog_queries_not_using_indexes
verwenden. Vergleicherows_examined
mitrows_returned
. Wennrows_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-Logsin 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, wennlog_slow_extra
es global aktiviert ist.Weitere Informationen zur Aktivierung der langsamen Abfrageprotokollierung und zur Einstellung der Protokollierungsparameter finden Sie unter Aurora My SQL Slow Query und allgemeine Logs 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 mit einem Amazon Aurora My SQL 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 Datenbankprotokolle in Amazon CloudWatch Logs veröffentlichen.
Ein weiteres nützliches Tool für die Zusammenfassung langsamer, allgemeiner und binärer Protokolldateien ist pt-query-digest