aurora_stat_statements - Amazon Aurora
SyntaxeArgumentsType de retourNotes d’utilisationExemples

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

aurora_stat_statements

Affiche toutes les colonnes pg_stat_statements et en ajoute d'autres à la fin.

Syntaxe

aurora_stat_statements(showtext boolean)

Arguments

Afficher le texte booléen

Type de retour

SETOFenregistrer avec toutes les pg_stat_statements colonnes et les colonnes supplémentaires suivantes. Pour plus d'informations sur les colonnes pg_stat_statements, consultez pg_stat_statements.

Vous pouvez réinitialiser les statistiques de cette fonctionnalité en utilisant pg_stat_statements_reset().

  • storage_blks_read : nombre total de blocs partagés lus à partir du stockage Aurora par cette instruction.

  • orcache_blks_hit : nombre total d'accès au cache Optimized reads par cette instruction.

  • storage_blk_read_time— Si cette option track_io_timing est activée, elle enregistre le temps total passé par l'instruction à lire des blocs partagés depuis le stockage Aurora, en millisecondes, sinon la valeur est zéro. Pour plus d'informations, consultez track_io_timing.

  • local_blk_read_time— Si cette option track_io_timing est activée, elle enregistre le temps total passé par l'instruction à lire les blocs locaux, en millisecondes, sinon la valeur est zéro. Pour plus d'informations, consultez track_io_timing.

  • orcache_blk_read_time— Si cette option track_io_timing est activée, elle enregistre le temps total passé par l'instruction à lire des blocs partagés à partir du cache de lecture optimisé, en millisecondes, sinon la valeur est zéro. Pour plus d'informations, consultez track_io_timing.

  • total_plan_peakmem— Somme totale des valeurs de mémoire maximales pendant la phase de planification pour tous les appels à cette instruction. Pour connaître le pic de mémoire moyen lors de la planification de l'instruction, divisez cette valeur par le nombre d'appels.

  • min_plan_peakmem— La valeur maximale de mémoire la plus faible observée lors de la planification parmi tous les appels à cette instruction.

  • max_plan_peakmem— La valeur maximale de mémoire la plus élevée enregistrée lors de la planification a été observée parmi tous les appels à cette instruction.

  • total_exec_peakmem— Somme totale des valeurs de mémoire maximales pendant la phase d'exécution pour tous les appels à cette instruction. Pour connaître le pic de mémoire moyen pendant l'exécution de l'instruction, divisez cette valeur par le nombre d'appels.

  • min_exec_peakmem: valeur de mémoire maximale la plus faible observée pendant l'exécution parmi tous les appels à cette instruction.

  • max_exec_peakmem— Valeur maximale de mémoire maximale pendant l'exécution observée lors de tous les appels à cette instruction.

Note

total_plan_peakmenmin_plan_peakmem, et ne max_plan_peakmem sont surveillés que lorsque le paramètre pg_stat_statements.track_planning est activé.

Notes d’utilisation

Pour utiliser la fonction aurora_stat_statements (), vous devez inclure pg_stat_statements l'extension dans le paramètre. shared_preload_libraries

Cette fonction est disponible dans les SQL versions suivantes d'Aurora Postgre :

  • Version 15.4 et versions 15 ultérieures

  • Version 14.9 et versions 14 ultérieures

Les colonnes indiquant la mémoire maximale sont disponibles dans les versions suivantes :

  • Versions 16.3 et supérieures

  • Versions 15.7 et supérieures

  • Versions 14.12 et supérieures

Exemples

L'exemple suivant montre comment il transporte toutes les colonnes pg_stat_statements et ajoute 11 nouvelles colonnes à la fin :

=> select * from aurora_stat_statements(true) where query like 'with window_max%';
-[ RECORD 1 ]----------+------------------------------------------------------------------------------------------------
userid                 | 16409
dbid                   | 5
toplevel               | t
queryid                | -8347523682669847482
query                  | with window_max as (select custid, max(scratch) over (order by scratch rows between $1 preceding 
and $2 following) wmax from ts) select sum(wmax), max(custid) from window_max
plans                  | 0
total_plan_time        | 0
min_plan_time          | 0
max_plan_time          | 0
mean_plan_time         | 0
stddev_plan_time       | 0
calls                  | 4
total_exec_time        | 254.105121
min_exec_time          | 57.503164000000005
max_exec_time          | 68.687418
mean_exec_time         | 63.52628025
stddev_exec_time       | 5.150765359979643
rows                   | 4
shared_blks_hit        | 200192
shared_blks_read       | 0
shared_blks_dirtied    | 0
shared_blks_written    | 0
local_blks_hit         | 0
local_blks_read        | 0
local_blks_dirtied     | 0
local_blks_written     | 0
temp_blks_read         | 0
temp_blks_written      | 0
blk_read_time          | 0
blk_write_time         | 0
temp_blk_read_time     | 0
temp_blk_write_time    | 0
wal_records            | 0
wal_fpi                | 0
wal_bytes              | 0
jit_functions          | 0
jit_generation_time    | 0
jit_inlining_count     | 0
jit_inlining_time      | 0
jit_optimization_count | 0
jit_optimization_time  | 0
jit_emission_count     | 0
jit_emission_time      | 0
storage_blks_read      | 0
orcache_blks_hit       | 0
storage_blk_read_time  | 0
local_blk_read_time    | 0
orcache_blk_read_time  | 0
total_plan_peakmem     | 0
min_plan_peakmem       | 0
max_plan_peakmem       | 0
total_exec_peakmem     | 6356224
min_exec_peakmem       | 1589056
max_exec_peakmem       | 1589056