Fonctions de base de données Aurora Postgre SQL Limitless

La limitless_backend_dsid fonction renvoie l'ID de session distribué pour la session en cours. Une session distribuée s'exécute sur un routeur d'un groupe de partitions de base de données et implique des processus principaux sur une ou plusieurs partitions du groupe de partitions de base de données.

L'exemple suivant montre comment utiliser la limitless_backend_dsid fonction.

SELECT rds_aurora.limitless_backend_dsid();

limitless_backend_dsid
------------------------
8CACD7B04D0FC2A5
(1 row)

La limitless_cancel_session fonction fonctionne de la même manière quepg_cancel_backend, mais elle essaie d'annuler tous les processus principaux liés à l'ID de session distribué fourni en envoyant un SIGINT (signal d'interruption).

Le paramètre d'entrée est le suivant :

Les paramètres de sortie sont les suivants :

L'exemple suivant montre comment utiliser la limitless_cancel_session fonction.

SELECT * FROM rds_aurora.limitless_cancel_session('940CD5C81E3C796B');

 subcluster_id |  pid  | success
---------------+-------+---------
             1 | 26920 | t
(1 row)

La limitless_stat_clear_snapshot fonction supprime l'instantané des statistiques actuelles ou les informations mises en cache sur tous les nœuds.

L'exemple suivant montre comment utiliser la limitless_stat_clear_snapshot fonction.

SELECT rds_aurora.limitless_stat_clear_snapshot();

La limitless_stat_database_size fonction renvoie les tailles d'une base de données dans le groupe de partitions de base de données.

Le paramètre d'entrée est le suivant :

Les paramètres de sortie sont les suivants :

L'exemple suivant montre comment utiliser la limitless_stat_database_size fonction.

SELECT * FROM rds_aurora.limitless_stat_database_size('postgres_limitless');

 subcluster_id | subcluster_type | db_size
---------------+-----------------+----------
             1 | router          |  8895919
             2 | router          |  8904111
             3 | shard           | 21929391
             4 | shard           | 21913007
             5 | shard           | 21831087
(5 rows)

La limitless_stat_get_snapshot_timestamp fonction renvoie l'horodatage de l'instantané des statistiques en cours, ou NULL si aucun instantané des statistiques n'a été pris. Un instantané est pris la première fois que les statistiques cumulées sont consultées dans le cadre d'une transaction si stats_fetch_consistency ce paramètre est défini sursnapshot. Renvoie une vue consolidée des horodatages des instantanés de tous les nœuds. Les subcluster_type colonnes subcluster_id et indiquent de quel nœud proviennent les données.

L'exemple suivant montre comment utiliser la limitless_stat_get_snapshot_timestamp fonction.

SELECT * FROM rds_aurora.limitless_stat_get_snapshot_timestamp();

 subcluster_id | subcluster_type | snapshot_timestamp
---------------+-----------------+--------------------
             1 | router          | 
             2 | router          | 
             3 | shard           | 
             4 | shard           | 
             5 | shard           | 
(5 rows)

La limitless_stat_prepared_xacts fonction renvoie des informations sur les transactions sur tous les nœuds actuellement préparés pour une validation en deux phases. Pour plus d'informations, consultez pg_prepared_xacts dans la documentation Postgre. SQL

L'exemple suivant montre comment utiliser la limitless_stat_prepared_xacts fonction.

postgres_limitless=> SELECT * FROM rds_aurora.limitless_stat_prepared_xacts;

 subcluster_id | subcluster_type | transaction_id |             gid              |           prepared            |  owner_id  |    database_id
---------------+-----------------+----------------+------------------------------+-------------------------------+------------+--------------------
 8             | shard           |        5815978 | 7_4599899_postgres_limitless | 2024-09-03 15:51:17.659603+00 | auroraperf | postgres_limitless
 12            | shard           |        4599138 | 7_4599899_postgres_limitless | 2024-09-03 15:51:17.659637+00 | auroraperf | postgres_limitless
(2 rows)

La limitless_stat_relation_sizes fonction renvoie les différentes tailles d'une table dans le groupe de partitions de base de données.

Les paramètres d'entrée sont les suivants :

Les paramètres de sortie sont les suivants :

L'exemple suivant montre comment utiliser la limitless_stat_relation_sizes fonction (certaines colonnes sont omises).

SELECT * FROM rds_aurora.limitless_stat_relation_sizes('public','customers');

 subcluster_id | subcluster_type | main_size | fsm_size | vm_size | toast_size | table_size | total_size
---------------+-----------------+-----------+----------+---------+------------+------------+------------
             1 | router          |         0 |        0 |       0 |          0 |          0 |          0
             2 | router          |         0 |        0 |       0 |          0 |          0 |          0
             3 | shard           |   4169728 |  4177920 | 1392640 |    1392640 |   11132928 |   11132928
             4 | shard           |   4169728 |  4177920 | 1392640 |    1392640 |   11132928 |   11132928
             5 | shard           |   3981312 |  4227072 | 1409024 |    1409024 |   11026432 |   11026432
(5 rows)

La limitless_stat_reset fonction remet à zéro (0) tous les compteurs de statistiques de la base de données actuelle. Si cette option track_functions est activée, la stats_reset colonne limitless_stat_database indique la dernière fois que les statistiques ont été réinitialisées pour la base de données. Par défaut, il ne limitless_stat_reset peut être exécuté que par un superutilisateur. Les autres utilisateurs peuvent obtenir une autorisation en utilisant EXECUTE ce privilège.

L'exemple suivant montre comment utiliser la limitless_stat_reset fonction.

SELECT tup_inserted, tup_deleted FROM pg_stat_database
WHERE datname = 'postgres_limitless';

 tup_inserted | tup_deleted
--------------+-------------
          896 |           0
(1 row)

SELECT rds_aurora.limitless_stat_reset();

limitless_stat_reset
---------------------
(1 row)

SELECT tup_inserted, tup_deleted FROM pg_stat_database
WHERE datname = 'postgres_limitless';

tup_inserted | tup_deleted
-------------+-------------
           0 |           0
(1 row)

La limitless_stat_statements_reset fonction ignore les statistiques collectées jusqu'à présent en limitless_stat_statements correspondant aux queryid paramètres spécifiés usernamedbname,distributed_query_id, et. Si aucun paramètre n'est spécifié, la valeur par défaut "" ou 0 (non valide) est utilisée pour chacun d'entre eux, et les statistiques correspondant aux autres paramètres sont réinitialisées. Si aucun paramètre n'est spécifié, ou si tous les paramètres spécifiés le sont "" ou 0 (non valides), la fonction ignore toutes les statistiques. Si toutes les statistiques de la limitless_stat_statements vue sont supprimées, la fonction réinitialise également les statistiques de la vue. limitless_stat_statements_info

Les paramètres d'entrée sont les suivants :

L'exemple suivant montre comment utiliser la limitless_stat_statements_reset fonction pour réinitialiser toutes les statistiques collectées parlimitless_stat_statements.

SELECT rds_aurora.limitless_stat_statements_reset();

La limitless_stat_system_waits fonction renvoie une vue consolidée des données relatives aux événements d'attente à partir de tous les nœudsaurora_stat_system_waits, qui indique l'activité d'attente à l'échelle du système dans une instance. Les subcluster_type colonnes subcluster_id et indiquent de quel nœud proviennent les données.

L'exemple suivant montre comment utiliser la limitless_stat_system_waits fonction.

postgres_limitless=> SELECT *
FROM rds_aurora.limitless_stat_system_waits() lssw, pg_catalog.aurora_stat_wait_event() aswe
WHERE lssw.event_id=aswe.event_id and aswe.event_name='LimitlessTaskScheduler';

 subcluster_id | subcluster_type | type_id | event_id  | waits  |  wait_time   |        event_name
---------------+-----------------+---------+-----------+--------+--------------+------------------------
             1 | router          |      12 | 201326607 | 677068 | 616942216307 | LimitlessTaskScheduler
             2 | router          |      12 | 201326607 | 678586 | 616939897111 | LimitlessTaskScheduler
             3 | shard           |      12 | 201326607 | 756640 | 616965545172 | LimitlessTaskScheduler
             4 | shard           |      12 | 201326607 | 755184 | 616958057620 | LimitlessTaskScheduler
             5 | shard           |      12 | 201326607 | 757522 | 616963183539 | LimitlessTaskScheduler
(5 rows)

La limitless_terminate_session fonction fonctionne de la même manière quepg_terminate_backend, mais elle essaie de mettre fin à tous les processus principaux liés à l'ID de session distribué fourni en envoyant un SIGTERM (signal de fin).

Le paramètre d'entrée est le suivant :

Les paramètres de sortie sont les suivants :

L'exemple suivant montre comment utiliser la limitless_terminate_session fonction.

SELECT * FROM rds_aurora.limitless_terminate_session('940CD5C81E3C796B');

 subcluster_id |  pid  | success
---------------+-------+---------
             1 | 26920 | t 
(1 row)

La limitless_wait_report fonction renvoie l'activité des événements d'attente sur une période donnée à partir de tous les nœuds. Les subcluster_type colonnes subcluster_id et indiquent de quel nœud proviennent les données.

Les paramètres de sortie sont les suivants :

Les autres colonnes sont les mêmes que dansaurora_wait_report.

L'exemple suivant montre comment utiliser la limitless_wait_report fonction.

postgres_limitless=> select * from rds_aurora.limitless_wait_report();

 subcluster_id | subcluster_type | type_name | event_name | waits | wait_time | ms_per_wait | waits_per_xact | ms_per_xact
---------------+-----------------+-----------+------------+-------+-----------+-------------+--------------- +-------------
             1 | router          | Client    | ClientRead |    57 | 741550.14 |   13009.652 |           0.19 |    2505.237
             5 | shard           | Client    | ClientRead |    54 | 738897.68 |   13683.290 |           0.18 |    2496.276
             4 | shard           | Client    | ClientRead |    54 | 738859.53 |   13682.584 |           0.18 |    2496.147
             2 | router          | Client    | ClientRead |    53 | 719223.64 |   13570.257 |           0.18 |    2429.810
             3 | shard           | Client    | ClientRead |    54 | 461720.40 |    8550.378 |           0.18 |    1559.86