Suivi distribué des requêtes dans les SQL journaux Postgre dans la base de données Aurora Postgre Limitless SQL

Assurez-vous que le suivi est activé.

Vous pouvez vérifier à l'aide de la commande suivante :

SHOW rds_aurora.limitless_log_distributed_trace_id;

Il est activé par défaut (on). S'il n'est pas activé, définissez-le à l'aide de la commande suivante :

SET rds_aurora.limitless_log_distributed_trace_id = on;

Contrôlez le volume de journaux imprimés en configurant le niveau de gravité des journaux.

Le volume du journal est contrôlé par le log_min_messages paramètre. Le log_min_error_statement paramètre est utilisé pour imprimer la STATEMENT ligne avec l'ID de suivi. Les deux sont définis ERROR par défaut. Vous pouvez vérifier à l'aide des commandes suivantes :

SHOW log_min_messages;
SHOW log_min_error_statement;

Pour mettre à jour le niveau de gravité et imprimer la STATEMENT ligne correspondant à la session en cours, utilisez les commandes suivantes avec l'un de ces niveaux de gravité :

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';

Par exemple :

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

Activez l'impression de l'ID de suivi dans les journaux au-delà d'une durée d'exécution spécifique.

Le log_min_duration_statement paramètre peut être modifié en fonction de la durée minimale d'exécution de la requête au-delà de laquelle la requête imprime une ligne de journal avec la durée d'exécution, ainsi que le suivi IDs sur le cluster de base de données. Ce paramètre est défini -1 par défaut, ce qui signifie qu'il est désactivé. Vous pouvez vérifier à l'aide de la commande suivante :

SHOW log_min_duration_statement;

Le modifier pour 0 imprimer la durée et l'ID de suivi dans les journaux pour chaque requête sur le cluster de base de données. Vous pouvez le définir 0 pour la session en cours à l'aide de la commande suivante :

SET log_min_duration_statement = 0;

Obtenez l'ID de suivi.

Après avoir exécuté une requête (même à l'intérieur d'un bloc de transaction explicite), appelez la rds_aurora.limitless_get_last_trace_id fonction pour obtenir l'ID de suivi de la dernière requête exécutée :

SELECT * FROM rds_aurora.limitless_get_last_trace_id();

Cette fonction renvoie l'identifiant de transaction et l'identifiant de commande. Il ne renvoie pas l'identifiant du type de nœud.

=> 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)

La fonction renvoie une ligne vide pour les requêtes non distribuées, car elles ne possèdent pas d'identifiant de suivi.

=> 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;

Recherchez l'ID de suivi dans les journaux du cluster de base de données à l'aide de CloudWatch.

Utilisez CloudWatch Insights pour interroger le groupe de journaux du cluster de base de données, comme indiqué dans les exemples suivants.

Examinez tous les journaux du cluster de base de données produits par la requête distribuée.