Verteiltes Abfrage-Tracing in PostgreSQL-Protokollen in Aurora PostgreSQL Limitless Database

Stellen Sie sicher, dass Tracing aktiviert ist.

Sie können zur Überprüfung den folgenden Befehl verwenden:

SHOW rds_aurora.limitless_log_distributed_trace_id;

Die Funktion ist standardmäßig aktiviert (on). Wenn sie nicht aktiviert ist, aktivieren Sie sie mit dem folgenden Befehl:

SET rds_aurora.limitless_log_distributed_trace_id = on;

Steuern Sie die Menge der abgedruckten Protokolle, indem Sie den Schweregrad des Protokolls konfigurieren.

Die Menge der Protokolle wird durch den Parameter log_min_messages gesteuert. Der Parameter log_min_error_statement wird verwendet, um die STATEMENT-Zeile mit der Tracing-ID abzudrucken. Beide sind standardmäßig auf ERROR eingestellt. Sie können zur Überprüfung folgende Befehle verwenden:

SHOW log_min_messages;
SHOW log_min_error_statement;

Um den Schweregrad zu aktualisieren und die Zeile STATEMENT für die aktuelle Sitzung abzudrucken, verwenden Sie die folgenden Befehle mit einem dieser Schweregrade:

SET log_min_messages = 'DEBUG5 | DEBUG4 | DEBUG3 | DEBUG2 | DEBUG1 | INFO | NOTICE | WARNING | ERROR | LOG | FATAL | PANIC';
SET log_min_error_statement = 'DEBUG5 | DEBUG4 | DEBUG3 | DEBUG2 | DEBUG1 | INFO | NOTICE | WARNING | ERROR | LOG | FATAL | PANIC';

Zum Beispiel:

SET log_min_messages = 'WARNING';
SET log_min_error_statement = 'WARNING';

Aktivieren Sie das Abdrucken der Tracing-ID in den Protokollen ab einer bestimmten Laufzeit.

Der Parameter log_min_duration_statement kann in die minimale Abfragelaufzeit geändert werden, bei deren Überschreitung die Abfrage für den gesamten DB-Cluster eine Protokollzeile mit der Ausführungsdauer zusammen mit den Tracing-IDs ausgibt. Dieser Parameter ist standardmäßig auf -1 gesetzt, was bedeutet, dass er deaktiviert ist. Sie können zur Überprüfung den folgenden Befehl verwenden:

SHOW log_min_duration_statement;

Wenn Sie ihn in 0 ändern, werden die Dauer und die Tracing-ID in den Protokollen für jede Abfrage im DB-Cluster abgedruckt. Sie können ihn mit dem folgenden Befehl für die aktuelle Sitzung auf 0 festlegen:

SET log_min_duration_statement = 0;

Rufen Sie die Tracing-ID ab.

Rufen Sie nach dem Ausführen einer Abfrage (auch innerhalb eines expliziten Transaktionsblocks) die Funktion rds_aurora.limitless_get_last_trace_id auf, um die Tracing-ID des letzten Abfragelaufs abzurufen:

SELECT * FROM rds_aurora.limitless_get_last_trace_id();

Diese Funktion gibt die Transaktions-ID und die Befehls-ID zurück. Sie gibt die Knotentyp-ID nicht zurück.

=> SELECT * FROM customers;
 customer_id | fname | lname 
-------------+-------+-------
(0 rows)

=> SELECT * FROM rds_aurora.limitless_get_last_trace_id();
 transaction_identifier |       command_identifier       
------------------------+--------------------------------
 10104661421959001813   | 101046614219590018130000000001
(1 row)

Die Funktion gibt für nicht verteilte Abfragen eine Leerzeile zurück, da sie über keine Tracing-ID verfügen.

=> SET search_path = public;
SET

=> SELECT * FROM rds_aurora.limitless_get_last_trace_id();
 transaction_identifier | command_identifier 
------------------------+--------------------
                        | 
(1 row)

SELECT * FROM rds_aurora.limitless_stat_activity 
WHERE distributed_tracing_id IS NOT NULL;

Suchen Sie mit CloudWatch in den DB-Cluster-Protokollen nach der Tracing-ID.

Verwenden Sie CloudWatch Insights, um die Protokollgruppe des DB-Clusters abzufragen, wie in den folgenden Beispielen gezeigt.

Untersuchen Sie alle Protokolle im DB-Cluster, die durch die verteilte Abfrage erstellt wurden.