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

showtext boolean

Type de retour

Registre SETOF contenant toutes les colonnes pg_stat_statements 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 track_io_timing est activé, le temps total que l’instruction a passé à lire des blocs partagés à partir du stockage Aurora est enregistré en millisecondes. Sinon, la valeur est nulle. Pour plus d’informations, consultez track_io_timing.

  • local_blk_read_time : si track_io_timing est activé, le temps total que l’instruction a passé à lire des blocs locaux est enregistré en millisecondes. Sinon, la valeur est nulle. Pour plus d’informations, consultez track_io_timing.

  • orcache_blk_read_time : si track_io_timing est activé, le temps total que l’instruction a passé à lire des blocs partagés à partir du cache Optimized Reads est enregistré en millisecondes. Sinon, la valeur est nulle. Pour plus d’informations, consultez track_io_timing.

  • total_plan_peakmem : somme totale des valeurs de pic de mémoire pendant la phase de planification pour tous les appels envoyés à 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 : valeur de pic de mémoire la plus faible observée lors de la planification parmi tous les appels transmis à cette instruction.

  • max_plan_peakmem : valeur de pic de mémoire la plus élevée observée lors de la planification parmi tous les appels transmis à cette instruction.

  • total_exec_peakmem : somme totale des valeurs de pic de mémoire pendant la phase d’exécution pour tous les appels envoyés à 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 pic de mémoire la plus faible, en octets, observée lors de l’exécution parmi tous les appels transmis à cette instruction.

  • max_exec_peakmem : valeur de pic de mémoire la plus élevée, en octets, observée lors de l’exécution parmi tous les appels transmis à cette instruction.

Note

total_plan_peakmen, min_plan_peakmem et max_plan_peakmem ne 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 l’extension pg_stat_statements dans le paramètre shared_preload_libraries.

Cette fonctionnalité est disponible dans les versions suivantes d’Aurora PostgreSQL :

  • 15.4 et versions 15 ultérieures

  • 14.9 et versions 14 ultérieures

Les colonnes indiquant les pics de mémoire sont disponibles dans les versions suivantes :

  • 16.3 et versions ultérieures

  • 15.7 et versions ultérieures

  • 14.12 et versions ultérieures

Exemples

L’exemple suivant montre comment elle transporte toutes les colonnes de l’instruction pg_stat_statements et en ajoute 11 nouvelles à 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