本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# aurora\_stat\_statements
顯示所有 `pg_stat_statements` 欄，並在結尾附加更多欄。
## 語法
```
aurora_stat_statements({{showtext boolean}})
```
## 引數
*showtext 布林值*
## 傳回類型
SETOF 記錄包含所有 `pg_stat_statements` 欄和以下附加欄。如需 `pg_stat_statements` 欄的詳細資訊，請參閱 [https://www.postgresql.org/docs/current/pgstatstatements.html](https://www.postgresql.org/docs/current/pgstatstatements.html)。
您可以使用 `pg_stat_statements_reset()` 重設此函數的統計資料。
+ `storage_blks_read` - 此陳述式從 Aurora 儲存中讀取的共用區塊總數。
+ `orcache_blks_hit` - 此陳述式最佳化讀取快取命中的總數。
+ `storage_blk_read_time`：如果啟用 `track_io_timing`，其會追蹤陳述式從 Aurora 儲存中讀取共用區塊所花費的時間總計 (以毫秒為單位)，否則值為零。如需詳細資訊，請參閱 [track\_io\_timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING)。
+ `local_blk_read_time`：如果啟用 `track_io_timing`，其會追蹤陳述式讀取本機區塊所花費的時間總計 (以毫秒為單位)，否則值為零。如需詳細資訊，請參閱 [track\_io\_timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING)。
+ `orcache_blk_read_time`：如果啟用 `track_io_timing`，其會追蹤陳述式從最佳化讀取快取中讀取共用區塊所花費的時間總計 (以毫秒為單位)，否則值為零。如需詳細資訊，請參閱 [track\_io\_timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING)。
+ `total_plan_peakmem`：此陳述式的所有呼叫在規劃階段期間尖峰記憶體值的總和。若要查看陳述式規劃期間的平均尖峰記憶體，請將此值除以呼叫次數。
+ `min_plan_peakmem`：此陳述式的所有呼叫在規劃期間觀察到的最小尖峰記憶體值。
+ `max_plan_peakmem`：此陳述式的所有呼叫在規劃期間的最大尖峰記憶體值。
+ `total_exec_peakmem`：此陳述式的所有呼叫在執行階段期間的尖峰記憶體值總和。若要查看陳述式執行期間的平均尖峰記憶體，請將此值除以呼叫次數。
+ `min_exec_peakmem`：此陳述式的所有呼叫在執行期間觀察的最小尖峰記憶體值 (以位元組為單位)。
+ `max_exec_peakmem`：此陳述式的所有呼叫在執行期間觀察的最大尖峰記憶體值 (以位元組為單位)。
**注意**
`total_plan_peakmen`、`min_plan_peakmem` 和 `max_plan_peakmem` 只會在 `pg_stat_statements.track_planning` 設定開啟時受到監控。
## 使用須知
若要使用 aurora\_stat\_statements() 函數，您必須在 `shared_preload_libraries` 參數中包含 `pg_stat_statements` 延伸模組。
此函數適用於下列 Aurora PostgreSQL 版本：
+ 15.4 版和更新的 15 版本
+ 14.9 版和更新的 14 版本
顯示尖峰記憶體的欄可從下列版本取得：
+ 16.3 及更新版本
+ 15.7 及更新版本
+ 14.12 及更新版本
## 範例
下列範例示範其如何攜帶所有 pg\_stat\_statements 欄，並在結尾附加 11 個新欄：
```
=> 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
```