# Amazon Aurora PostgreSQL のリファレンス
以下のトピックでは、Amazon Aurora PostgreSQL の照合順序、関数、パラメータ、待機イベントについて説明します。
**Topics**
+ [EBCDIC やその他のメインフレーム移行のための Aurora PostgreSQL 照合順序](#AuroraPostgreSQL.Reference.Collations.mainframe.migration)
+ [Aurora PostgreSQL でサポートされる照合。](PostgreSQL-Collations.md)
+ [Aurora PostgreSQL 関数のリファレンス](Appendix.AuroraPostgreSQL.Functions.md)
+ [Amazon Aurora PostgreSQL のパラメータ](AuroraPostgreSQL.Reference.ParameterGroups.md)
+ [Amazon Aurora PostgreSQL のイベント](AuroraPostgreSQL.Reference.Waitevents.md)
## EBCDIC やその他のメインフレーム移行のための Aurora PostgreSQL 照合順序
メインフレームアプリケーションを AWS などの新しいプラットフォームに移行する場合は、アプリケーションの動作が維持されることが理想的です。新しいプラットフォームでアプリケーションの動作をメインフレームと同じ状態に保つには、移行したデータを同じ照合順序ルールとソートルールを使用して照合する必要があります。例えば、多くの Db2 移行ソリューションでは、NULL 値を u0180 (Unicode の位置 0180) にシフトするため、これらの照合順序では u0180 が最初にソートされます。これは、照合順序がメインフレームソースとどのように異なるか、また元の EBCDIC 照合順序にうまく割り当てられる照合順序を選択する必要がある理由の一例です。
Aurora PostgreSQL 14.3 以降のバージョンでは、多くの ICU や EBCDIC 照合順序を提供しており、AWS Mainframe Modernization サービスを使用した AWS への移行などをサポートしています。このサービスの詳細については、「[AWS Mainframe Modernization とは](https://docs.aws.amazon.com/m2/latest/userguide/what-is-m2.html)」を参照してください。
次の表は、Aurora PostgreSQL が提供する照合順序を示しています。これらの照合順序では EBCDIC の規則に準拠しており、メインフレームアプリケーションが AWS でもメインフレーム環境と同様に機能することを保証しています。照合順序名には、関連するコードページ (cp*nnnn*) が含まれているため、メインフレームソースに適した照合順序を選択できます。例えば、`en-US-cp037-x-icu` を使用して。コードページ 037 を使用するメインフレームアプリケーションから生成された EBCDIC データの照合動作を実現します。
| EBCDIC 照合順序 | AWS Blu Age 照合順序 | AWS Micro Focus 照合順序 |
| --- | --- | --- |
| da-DK-cp1142-x-icu | da-DK-cp1142b-x-icu | da-DK-cp1142m-x-icu |
| da-DK-cp277-x-icu | da-DK-cp277b-x-icu | – |
| de-DE-cp1141-x-icu | de-DE-cp1141b-x-icu | de-DE-cp1141m-x-icu |
| de-DE-cp273-x-icu | de-DE-cp273b-x-icu | – |
| en-GB-cp1146-x-icu | en-GB-cp1146b-x-icu | en-GB-cp1146m-x-icu |
| en-GB-cp285-x-icu | en-GB-cp285b-x-icu | – |
| en-US-cp037-x-icu | en-US-cp037b-x-icu | – |
| en-US-cp1140-x-icu | en-US-cp1140b-x-icu | en-US-cp1140m-x-icu |
| es-ES-cp1145-x-icu | es-ES-cp1145b-x-icu | es-ES-cp1145m-x-icu |
| es-ES-cp284-x-icu | es-ES-cp284b-x-icu | – |
| fi-FI-cp1143-x-icu | fi-FI-cp1143b-x-icu | fi-FI-cp1143m-x-icu |
| fi-FI-cp278-x-icu | fi-FI-cp278b-x-icu | – |
| fr-FR-cp1147-x-icu | fr-FR-cp1147b-x-icu | fr-FR-cp1147m-x-icu |
| fr-FR-cp297-x-icu | fr-FR-cp297b-x-icu | – |
| it-IT-cp1144-x-icu | it-IT-cp1144b-x-icu | it-IT-cp1144m-x-icu |
| it-IT-cp280-x-icu | it-IT-cp280b-x-icu | – |
| nl-BE-cp1148-x-icu | nl-BE-cp1148b-x-icu | nl-BE-cp1148m-x-icu |
| nl-BE-cp500-x-icu | nl-BE-cp500b-x-icu | – |
AWS Blu Age の詳細については、「*AWS Mainframe Modernization ユーザーガイド*」の「[チュートリアル: Managed Runtime for AWS Blu Age](https://docs.aws.amazon.com/m2/latest/userguide/tutorial-runtime-ba.html)」を参照してください。
AWS Micro Focus 使用の詳細については、「*AWS Mainframe Modernization ユーザーガイド*」の「[Tutorial: Managed Runtime for Micro Focus](https://docs.aws.amazon.com/m2/latest/userguide/tutorial-runtime.html)」を参照してください。
PostgreSQL における照合順序の管理の詳細については、PostgreSQL のドキュメントの「[照合順序のサポート](https://www.postgresql.org/docs/current/collation.html)」を参照してください。
# Aurora PostgreSQL でサポートされる照合。
照合は、データベースに保存されている文字列をソートして比較する方法を決定する一連のルールです。照合は、コンピュータシステムにおいて基本的な役割を果たし、オペレーティングシステムの一部として組み込まれています。照合は、言語に新しい文字が追加されたり、順序規則が変更されたりすると、時間の経過とともに変化します。
照合ライブラリは、照合の特定のルールとアルゴリズムを定義します。PostgreSQL で使用される最も一般的な照合ライブラリは GNU C (glibc) と Unicode 用の国際化コンポーネント (ICU) です。デフォルトでは、Aurora PostgreSQL は、マルチバイト文字シーケンスの Unicode 文字ソート順序を含む glibc 照合を使用します。
新しい Aurora PostgreSQL DB クラスターを作成すると、オペレーティングシステムで使用可能な照合がチェックされます。`CREATE DATABASE` コマンド `LC_COLLATE` および `LC_CTYPE` の PostgreSQL パラメーターは、照合順序を指定するために使用され、そのデータベースのデフォルトの照合となります。または、`CREATE DATABASE` で `LOCALE` パラメータを使用して、これらのパラメータを設定することもできます。これにより、データベース内の文字列のデフォルトの照合と、文字を文字、数字、または記号として分類する規則が決まります。列、インデックス、またはクエリで使用する照合を選択することもできます。
Aurora PostgreSQL は、照合をサポートするためにオペレーティングシステムの glibc ライブラリに依存しています。Aurora PostgreSQL インスタンスは、オペレーティングシステムの最新バージョンで定期的に更新されます。これらのアップデートには glibc ライブラリの新しいバージョンが含まれることがあります。ごくまれに、新しいバージョンの glibc で一部の文字のソート順序や照合順序が変更されるため、データのソート方法が変わったり、無効なインデックスエントリが生成されることがあります。更新中に照合のソート順序の問題が見つかった場合は、インデックスの再構築が必要になることがあります。
glibc の更新による影響を減らすために、Aurora PostgreSQL に独立したデフォルトの照合ライブラリが含まれるようになりました。この照合ライブラリは、Aurora PostgreSQL 14.6、13.9、12.13、11.18、およびそれ以降のマイナーバージョンリリースで利用できます。glibc 2.26-59.amzn2 と互換性があり、誤ったクエリ結果を防ぐためにソート順序が安定しています。
# Aurora PostgreSQL 関数のリファレンス
Aurora PostgreSQL 互換エディション DB エンジンを実行する Aurora DB クラスターで使用できる Aurora PostgreSQL 関数のリストを次に示します。これらの Aurora PostgreSQL 関数は、スタンダードの PostgreSQL 関数に追加されています。スタンダード PostgreSQL 関数の詳細については、「」を参照してください。[PostgreSQL — 関数と演算子](https://www.postgresql.org/docs/current/functions.html)。
## 概要
Aurora PostgreSQL を実行する Amazon RDS DB インスタンスでは、次の関数を使用できます。
+ [aurora\$1db\$1instance\$1identifier](aurora_db_instance_identifier.md)
+ [aurora\$1ccm\$1status](aurora_ccm_status.md)
+ [aurora\$1global\$1db\$1instance\$1status](aurora_global_db_instance_status.md)
+ [aurora\$1global\$1db\$1status](aurora_global_db_status.md)
+ [aurora\$1list\$1builtins](aurora_list_builtins.md)
+ [aurora\$1replica\$1status](aurora_replica_status.md)
+ [aurora\$1stat\$1activity](aurora_stat_activity.md)
+ [aurora\$1stat\$1backend\$1waits](aurora_stat_backend_waits.md)
+ [aurora\$1stat\$1bgwriter](aurora_stat_bgwriter.md)
+ [aurora\$1stat\$1database](aurora_stat_database.md)
+ [aurora\$1stat\$1dml\$1activity](aurora_stat_dml_activity.md)
+ [aurora\$1stat\$1get\$1db\$1commit\$1latency](aurora_stat_get_db_commit_latency.md)
+ [aurora\$1stat\$1logical\$1wal\$1cache](aurora_stat_logical_wal_cache.md)
+ [aurora\$1stat\$1memctx\$1usage](aurora_stat_memctx_usage.md)
+ [aurora\$1stat\$1optimized\$1reads\$1cache](aurora_stat_optimized_reads_cache.md)
+ [aurora\$1stat\$1plans](aurora_stat_plans.md)
+ [aurora\$1stat\$1reset\$1wal\$1cache](aurora_stat_reset_wal_cache.md)
+ [aurora\$1stat\$1statements](aurora_stat_statements.md)
+ [aurora\$1stat\$1system\$1waits](aurora_stat_system_waits.md)
+ [aurora\$1stat\$1wait\$1event](aurora_stat_wait_event.md)
+ [aurora\$1stat\$1wait\$1type](aurora_stat_wait_type.md)
+ [aurora\$1version](aurora_version.md)
+ [aurora\$1volume\$1logical\$1start\$1lsn](aurora_volume_logical_start_lsn.md)
+ [aurora\$1wait\$1report](aurora_wait_report.md)
# aurora\$1db\$1instance\$1identifier
接続している DB インスタンスの名前をレポートします。
## 構文
```
aurora_db_instance_identifier()
```
## 引数
なし
## 戻り型
VARCHAR 文字列
## 使用に関する注意事項
この関数によって、データベースクライアントまたはアプリケーション接続用の Aurora PostgreSQL 互換エディションクラスターの DB インスタンスの名前を表示します。
この関数は、Aurora PostgreSQL バージョン 13.7、12.11、11.16、10.21、およびそれ以降のすべてのバージョンのリリースで使用できます。
## 例
次の例は、`aurora_db_instance_identifier` 関数の呼び出し結果を示しています。
```
=> SELECT aurora_db_instance_identifier();
aurora_db_instance_identifier
-------------------------------
test-my-instance-name
```
この関数の結果を `aurora_replica_status` 関数と結合することで、接続先の DB インスタンスの詳細を取得できます。[aurora\$1replica\$1status](aurora_replica_status.md) 単独では、どの DB インスタンスを使用しているかを表示できません。以下の例のように指定します。
```
=> SELECT *
FROM aurora_replica_status() rt,
aurora_db_instance_identifier() di
WHERE rt.server_id = di;
-[ RECORD 1 ]----------------------+-----------------------
server_id | test-my-instance-name
session_id | MASTER_SESSION_ID
durable_lsn | 88492069
highest_lsn_rcvd |
current_read_lsn |
cur_replay_latency_in_usec |
active_txns |
is_current | t
last_transport_error | 0
last_error_timestamp |
last_update_timestamp | 2022-06-03 11:18:25+00
feedback_xmin |
feedback_epoch |
replica_lag_in_msec |
log_stream_speed_in_kib_per_second | 0
log_buffer_sequence_number | 0
oldest_read_view_trx_id |
oldest_read_view_lsn |
pending_read_ios | 819
```
# aurora\$1ccm\$1status
クラスターキャッシュマネージャーのステータスを表示します。
## 構文
```
aurora_ccm_status()
```
## 引数
なし。
## 戻り型
次の列を含む SETOF レコード。
+ `buffers_sent_last_minute` – 過去 1 分間に、指定された読み込みに送信されたバッファの数。
+ `buffers_found_last_minute` – 過去 1 分間に識別されたアクセス頻度の高いバッファの数。
+ `buffers_sent_last_scan` - バッファキャッシュの最後の完全スキャン中に、指定された読み取りに送信されたバッファの数。
+ `buffers_found_last_scan` - バッファキャッシュの最後の完全スキャン中に送信されたアクセス頻度の高いバッファの数。指定された読み取りに既にキャッシュされているバッファは送信されません。
+ `buffers_sent_current_scan` – 現在のスキャン中に送信されたバッファの数。
+ `buffers_found_current_scan` – 現在のスキャンで識別されたアクセス頻度の高いバッファの数。
+ `current_scan_progress` – 現在のスキャン中に、これまでに訪れたバッファの数。
## 使用に関する注意事項
この関数を使用して、クラスターキャッシュ管理 (CCM) 機能を確認、およびモニタリングできます。この関数は、Aurora PostgreSQL DB クラスターで CCM が有効な場合にのみ機能します。この関数を使用するには、Aurora PostgreSQL DB クラスターの Write DB インスタンスに接続します。
Aurora PostgreSQL DB クラスターの CCM をオンにするには、`apg_ccm_enabled` をクラスターのカスタム DB クラスターパラメータグループで 1 に設定します。この方法の詳細は、「[クラスターキャッシュ管理の設定](AuroraPostgreSQL.cluster-cache-mgmt.md#AuroraPostgreSQL.cluster-cache-mgmt.Configure)」を参照してください。
Aurora PostgreSQL DB クラスターでクラスターキャッシュ管理が有効になるのは、クラスターに Aurora Reader インスタンスが以下のように構成されている場合です。
+ Aurora Reader インスタンスは、クラスターの Writer インスタンスと同じ DB インスタンスクラスタイプとサイズを使用します。
+ Aurora Reader インスタンスは、クラスターの Tier-0 として構成されています。クラスターに複数の Reader がある場合、これは唯一の Tier-0 リーダーです。
複数のリーダーを Tier-0 に設定すると、CCM が無効になります。CCM が無効の場合、この関数を呼び出すと、次のエラーメッセージが返されます。
```
ERROR: Cluster Cache Manager is disabled
```
PostgreSQL pg\$1buffercache 拡張を使用して、バッファキャッシュを分析することもできます。詳細については、PostgreSQL ドキュメントの「[pg\$1buffercache](https://www.postgresql.org/docs/current/pgbuffercache.html)」を参照してください。
詳細については、「[Aurora PostgreSQL クラスターキャッシュ管理の概要](https://aws.amazon.com/blogs/database/introduction-to-aurora-postgresql-cluster-cache-management/)」を参照してください。
## 例
次の例は、`aurora_ccm_status` 関数呼び出しの結果を示しています。この最初の例は、CCM の統計情報を示しています。
```
=> SELECT * FROM aurora_ccm_status();
buffers_sent_last_minute | buffers_found_last_minute | buffers_sent_last_scan | buffers_found_last_scan | buffers_sent_current_scan | buffers_found_current_scan | current_scan_progress
--------------------------+---------------------------+------------------------+-------------------------+---------------------------+----------------------------+-----------------------
2242000 | 2242003 | 17920442 | 17923410 | 14098000 | 14100964 | 15877443
```
詳細を確認するには、以下のように拡張表示を使用できます。
```
\x
Expanded display is on.
SELECT * FROM aurora_ccm_status();
[ RECORD 1 ]-----------------------+---------
buffers_sent_last_minute | 2242000
buffers_found_last_minute | 2242003
buffers_sent_last_scan | 17920442
buffers_found_last_scan | 17923410
buffers_sent_current_scan | 14098000
buffers_found_current_scan | 14100964
current_scan_progress | 15877443
```
この例では、ウォームレートとウォームの割合を確認する方法を示します。
```
=> SELECT buffers_sent_last_minute * 8/60 AS warm_rate_kbps,
100 * (1.0-buffers_sent_last_scan/buffers_found_last_scan) AS warm_percent
FROM aurora_ccm_status ();
warm_rate_kbps | warm_percent
----------------+--------------
16523 | 100.0
```
# aurora\$1global\$1db\$1instance\$1status
Aurora グローバル DB クラスター内のレプリカを含む、すべての Aurora インスタンスのステータスを表示します。
## 構文
```
aurora_global_db_instance_status()
```
## 引数
なし
## 戻り型
次の列を含む SETOF レコード。
+ `server_id` – DB インスタンスの ID。
+ `session_id` – セッションの一意の識別子。`MASTER_SESSION_ID` の値は、Writer (プライマリ) DB インスタンスを識別します。
+ `aws_region` – このグローバル DB インスタンスが実行される AWS リージョン。リージョンのリストについては、「[リージョンの可用性](Concepts.RegionsAndAvailabilityZones.md#Aurora.Overview.Availability)」を参照してください。
+ `durable_lsn` – ストレージで耐久性のあるログシーケンス番号 (LSN)。ログシーケンス番号 (LSN) は、データベーストランザクションログ内のレコードを識別する一意の連続番号です。LSN は、より大きな LSN が後のトランザクションを表すように順序付けられます。
+ `highest_lsn_rcvd` — Writer DB インスタンスから DB インスタンスが受信した最も高い LSN。
+ `feedback_epoch` - DB インスタンスがホットスタンバイ情報を生成するときに使用するエポック。*ホットスタンバイ*とは、プライマリ DB が復旧モードまたはスタンバイモードのときに、接続とクエリをサポートする DB インスタンスのことです。ホットスタンバイ情報には、ホットスタンバイとして使用されている DB インスタンスに関するエポック (時点) やその他の詳細が含まれます。詳細については、PostgreSQL ドキュメントの「[ホットスタンバイ](https://www.postgresql.org/docs/current/hot-standby.html)」を参照してください。
+ `feedback_xmin` – DB インスタンスで使用される最小の (最も古い) アクティブトランザクション ID。
+ `oldest_read_view_lsn` - ストレージから読み取るために DB インスタンスが使用した最も古い LSN。
+ `visibility_lag_in_msec` – この DB インスタンスが Writer DB インスタンスからどれだけ遅れているか (ミリ秒単位)。
## 使用に関する注意事項
この関数は、Aurora DB クラスターのレプリケーションの統計を表示します。この関数は、クラスター内の各 Aurora PostgreSQL DB インスタンスについて、グローバルデータベース設定に任意のクロスリージョンレプリカを含むデータの行を表示します。
この関数は、Aurora PostgreSQL DB クラスターまたは Aurora PostgreSQL グローバルデータベースのどのインスタンスからでも実行できます。この関数は、すべてのレプリカインスタンスの遅延に関する詳細を返します。
この関数 (`aurora_global_db_instance_status`) または `aurora_global_db_status` を使用した遅延のモニタリングの詳細については、「[Aurora PostgreSQL ベースのグローバルデータベースのモニタリング](aurora-global-database-monitoring.md#aurora-global-database-monitoring.postgres)」を参照してください。
Aurora グローバルデータベースの詳細については、「[Amazon Aurora Global Database の概要](aurora-global-database.md#aurora-global-database-overview)」を参照してください。
Aurora グローバルデータベースの開始方法については、「[Amazon Aurora Global Database の開始方法](aurora-global-database-getting-started.md)」または「[Amazon Aurora よくある質問](https://aws.amazon.com/rds/aurora/faqs/)」を参照してください。
## 例
この例は、クロスリージョンインスタンスの統計を示しています。
```
=> SELECT *
FROM aurora_global_db_instance_status();
server_id | session_id | aws_region | durable_lsn | highest_lsn_rcvd | feedback_epoch | feedback_xmin | oldest_read_view_lsn | visibility_lag_in_msec
------------------------------------------+--------------------------------------+--------------+-------------+------------------+----------------+---------------+----------------------+------------------------
db-119-001-instance-01 | MASTER_SESSION_ID | eu-west-1 | 2534560273 | [NULL] | [NULL] | [NULL] | [NULL] | [NULL]
db-119-001-instance-02 | 4ecff34d-d57c-409c-ba28-278b31d6fc40 | eu-west-1 | 2534560266 | 2534560273 | 0 | 19669196 | 2534560266 | 6
db-119-001-instance-03 | 3e8a20fc-be86-43d5-95e5-bdf19d27ad6b | eu-west-1 | 2534560266 | 2534560273 | 0 | 19669196 | 2534560266 | 6
db-119-001-instance-04 | fc1b0023-e8b4-4361-bede-2a7e926cead6 | eu-west-1 | 2534560266 | 2534560273 | 0 | 19669196 | 2534560254 | 23
db-119-001-instance-05 | 30319b74-3f08-4e13-9728-e02aa1aa8649 | eu-west-1 | 2534560266 | 2534560273 | 0 | 19669196 | 2534560254 | 23
db-119-001-global-instance-1 | a331ffbb-d982-49ba-8973-527c96329c60 | eu-central-1 | 2534560254 | 2534560266 | 0 | 19669196 | 2534560247 | 996
db-119-001-global-instance-1 | e0955367-7082-43c4-b4db-70674064a9da | eu-west-2 | 2534560254 | 2534560266 | 0 | 19669196 | 2534560247 | 14
db-119-001-global-instance-1-eu-west-2a | 1248dc12-d3a4-46f5-a9e2-85850491a897 | eu-west-2 | 2534560254 | 2534560266 | 0 | 19669196 | 2534560247 | 0
```
この例は、グローバルレプリカの遅延をミリ秒単位で確認する方法を示します。
```
=> SELECT CASE
WHEN 'MASTER_SESSION_ID' = session_id THEN 'Primary'
ELSE 'Secondary'
END AS global_role,
aws_region,
server_id,
visibility_lag_in_msec
FROM aurora_global_db_instance_status()
ORDER BY 1, 2, 3;
global_role | aws_region | server_id | visibility_lag_in_msec
-------------+--------------+-----------------------------------------+------------------------
Primary | eu-west-1 | db-119-001-instance-01 | [NULL]
Secondary | eu-central-1 | db-119-001-global-instance-1 | 13
Secondary | eu-west-1 | db-119-001-instance-02 | 10
Secondary | eu-west-1 | db-119-001-instance-03 | 9
Secondary | eu-west-1 | db-119-001-instance-04 | 2
Secondary | eu-west-1 | db-119-001-instance-05 | 18
Secondary | eu-west-2 | db-119-001-global-instance-1 | 14
Secondary | eu-west-2 | db-119-001-global-instance-1-eu-west-2a | 13
```
この例では、データベースのグローバル設定から、AWS リージョン ごとの最小、最大、平均の遅延時間を確認する方法を示しています。
```
=> SELECT 'Secondary' global_role,
aws_region,
min(visibility_lag_in_msec) min_lag_in_msec,
max(visibility_lag_in_msec) max_lag_in_msec,
round(avg(visibility_lag_in_msec),0) avg_lag_in_msec
FROM aurora_global_db_instance_status()
WHERE aws_region NOT IN (SELECT aws_region
FROM aurora_global_db_instance_status()
WHERE session_id='MASTER_SESSION_ID')
GROUP BY aws_region
UNION ALL
SELECT 'Primary' global_role,
aws_region,
NULL,
NULL,
NULL
FROM aurora_global_db_instance_status()
WHERE session_id='MASTER_SESSION_ID'
ORDER BY 1, 5;
global_role | aws_region | min_lag_in_msec | max_lag_in_msec | avg_lag_in_msec
------------+--------------+-----------------+-----------------+-----------------
Primary | eu-west-1 | [NULL] | [NULL] | [NULL]
Secondary | eu-central-1 | 133 | 133 | 133
Secondary | eu-west-2 | 0 | 495 | 248
```
# aurora\$1global\$1db\$1status
Aurora グローバルデータベースの遅延のさまざまな側面に関する情報を表示します。具体的には、基盤となる Aurora ストレージの遅延 (いわゆる耐久性の遅延) と目標復旧時点 (RPO) 間の遅延などです。
## 構文
```
aurora_global_db_status()
```
## 引数
なし。
## 戻り型
次の列を含む SETOF レコード。
+ `aws_region` – この DB クラスターがある AWS リージョン。エンジン別の AWS リージョン の一覧については、「[リージョンとアベイラビリティーゾーン](Concepts.RegionsAndAvailabilityZones.md)」を参照してください。
+ `highest_lsn_written` – この DB クラスターに現在存在するログシーケンス番号 (LSN) の最大値。ログシーケンス番号 (LSN) は、データベーストランザクションログ内のレコードを識別する一意の連続番号です。LSN は、より大きな LSN が後のトランザクションを表すように順序付けられます。
+ `durability_lag_in_msec` – セカンダリ DB クラスターの `highest_lsn_written` とプライマリ DB クラスターの `highest_lsn_written` とのタイムスタンプ値の差。-1 の値は、Aurora グローバルデータベースのプライマリ DB クラスターを識別します。
+ `rpo_lag_in_msec` – 目標復旧時点 (RPO)の遅延。RPO 遅延とは、最近のユーザートランザクション COMMIT が、Aurora グローバルデータベースのプライマリ DB クラスターに保存された後、セカンダリ DB クラスターに保存されるまでにかかる時間です。-1 の値は、プライマリ DB クラスターを表します (したがって、遅延は関係ありません)。
簡単に言えば、このメトリクスは、Aurora グローバルデータベース内の各 Aurora PostgreSQL DB クラスターの目標復旧時点、つまり、障害が発生した場合に失われる可能性のあるデータの量を計算します。遅延と同様に、RPO は時間単位で測定されます。
+ `last_lag_calculation_time` – `durability_lag_in_msec` と `rpo_lag_in_msec` に対して値が最後に計算された時刻を指定するタイムスタンプ。`1970-01-01 00:00:00+00` のような時間値は、これがプライマリ DB クラスターであることを意味します。
+ `feedback_epoch` – セカンダリ DB クラスターがホットスタンバイ情報を生成するときに使用するエポック。*ホットスタンバイ*とは、プライマリ DB が復旧モードまたはスタンバイモードのときに、接続とクエリをサポートする DB インスタンスのことです。ホットスタンバイ情報には、ホットスタンバイとして使用されている DB インスタンスに関するエポック (時点) やその他の詳細が含まれます。詳細については、PostgreSQL ドキュメントの「[ホットスタンバイ](https://www.postgresql.org/docs/current/hot-standby.html)」を参照してください。
+ `feedback_xmin` – セカンダリ DB クラスターで使用される最小 (最も古い) のアクティブトランザクション ID。
## 使用に関する注意事項
現在利用可能なすべての Aurora PostgreSQL バージョンは、この関数をサポートしています。この関数は、Aurora グローバルデータベースのレプリケーションの統計を表示します。Aurora PostgreSQL グローバルデータベース内の各 DB クラスターに対して 1 つの行が表示されます。この関数は、Aurora PostgreSQL グローバルデータベースのどのインスタンスからでも実行できます。
目に見えるデータ遅延である Aurora グローバルデータベースレプリケーションの遅延を評価するには、「[aurora\$1global\$1db\$1instance\$1status](aurora_global_db_instance_status.md)」を参照してください。
`aurora_global_db_status` や `aurora_global_db_instance_status` を使用して Aurora グローバルデータベースラグをモニタリングする方法の詳細については、「[Aurora PostgreSQL ベースのグローバルデータベースのモニタリング](aurora-global-database-monitoring.md#aurora-global-database-monitoring.postgres)」を参照してください。Aurora グローバルデータベースの詳細については、「[Amazon Aurora Global Database の概要](aurora-global-database.md#aurora-global-database-overview)」を参照してください。
## 例
この例は、クロスリージョンストレージの統計情報を表示する方法を示します。
```
=> SELECT CASE
WHEN '-1' = durability_lag_in_msec THEN 'Primary'
ELSE 'Secondary'
END AS global_role,
*
FROM aurora_global_db_status();
global_role | aws_region | highest_lsn_written | durability_lag_in_msec | rpo_lag_in_msec | last_lag_calculation_time | feedback_epoch | feedback_xmin
-------------+------------+---------------------+------------------------+-----------------+----------------------------+----------------+---------------
Primary | eu-west-1 | 131031557 | -1 | -1 | 1970-01-01 00:00:00+00 | 0 | 0
Secondary | eu-west-2 | 131031554 | 410 | 0 | 2021-06-01 18:59:36.124+00 | 0 | 12640
Secondary | eu-west-3 | 131031554 | 410 | 0 | 2021-06-01 18:59:36.124+00 | 0 | 12640
```
# aurora\$1list\$1builtins
使用可能なすべての Aurora PostgreSQL 組み込み関数と、簡単な説明および関数の詳細を一覧表示します。
## 構文
```
aurora_list_builtins()
```
## 引数
なし
## 戻り型
SETOF レコード
## 例
次の例は、`aurora_list_builtins` 関数呼び出しの結果を示しています。
```
=> SELECT *
FROM aurora_list_builtins();
Name | Result data type | Argument data types | Type | Volatility | Parallel | Security | Description
-----------------------------------+------------------+----------------------------------------------------------+------+------------+------------+----------+---------------------------------------------------------------------
aurora_version | text | | func | stable | safe | invoker | Amazon Aurora PostgreSQL-Compatible Edition version string
aurora_stat_wait_type | SETOF record | OUT type_id smallint, OUT type_name text | func | volatile | restricted | invoker | Lists all supported wait types
aurora_stat_wait_event | SETOF record | OUT type_id smallint, OUT event_id integer, OUT event_na.| func | volatile | restricted | invoker | Lists all supported wait events
| |.me text | | | | |
aurora_list_builtins | SETOF record | OUT "Name" text, OUT "Result data type" text, OUT "Argum.| func | stable | safe | invoker | Lists all Aurora built-in functions
| |.ent data types" text, OUT "Type" text, OUT "Volatility" .| | | | |
| |.text, OUT "Parallel" text, OUT "Security" text, OUT "Des.| | | | |
| |.cription" text | | | | |
.
.
.
aurora_stat_file | SETOF record | OUT filename text, OUT allocated_bytes bigint, OUT used_.| func | stable | safe | invoker | Lists all files present in Aurora storage
| |.bytes bigint | | | | |
aurora_stat_get_db_commit_latency | bigint | oid | func | stable | restricted | invoker | Per DB commit latency in microsecs
```
# aurora\$1replica\$1status
すべての Aurora PostgreSQL リーダーノードのステータスを表示します。
## 構文
```
aurora_replica_status()
```
## 引数
なし
## 戻り型
次の列を含む SETOF レコード。
+ `server_id` - DB インスタンス ID (識別子)。
+ `session_id` — 現在のセッションの一意の識別子。プライマリインスタンスおよびリーダーインスタンスについて次のように返されます。
+ プライマリインスタンスについては、`session_id` は常に ``MASTER_SESSION_ID’` です。
+ リーダーインスタンスについては、`session_id` は常にリーダーインスタンスの `UUID` (ユニバーサル一意識別子) です。
+ `durable_lsn` — ストレージに保存されているログシーケンス番号 (LSN)。
+ プライマリボリュームの場合、現在有効なプライマリボリューム耐久性 LSN (VDL)。
+ セカンダリボリュームの場合、セカンダリが正常に適用されたプライマリのVDL。
**注記**
ログシーケンス番号 (LSN) は、データベーストランザクションログ内のレコードを識別する一意の連続番号です。LSN は、より大きな LSN がシーケンスの後の方で発生したトランザクションを表すように順序付けられます。
+ `highest_lsn_rcvd` — ライター DB インスタンスから DB インスタンスが受信した最も高い (最新の) LSN。
+ `current_read_lsn` — すべてのリーダーに適用された最新のスナップショットの LSN。
+ `cur_replay_latency_in_usec` — セカンダリでのログの再生に要すると推測されるマイクロ秒数。
+ `active_txns` - 現在アクティブなトランザクションの数。
+ `is_current` - 使用されません。
+ `last_transport_error` — 前回のレプリケーションエラーコード。
+ `last_error_timestamp` — 最後のレプリケーションエラーのタイムスタンプ。
+ `last_update_timestamp` — レプリカステータスの最終更新のタイムスタンプ。Aurora PostgreSQL 13.9 以降では、接続先の DB インスタンスの `last_update_timestamp` 値は `NULL` に設定されます。
+ `feedback_xmin` — レプリカのホットスタンバイ feedback\$1xmin。DB インスタンスで使用される最小の (最も古い) アクティブトランザクション ID。
+ `feedback_epoch` - DB インスタンスがホットスタンバイ情報を生成するときに使用するエポック。
+ `replica_lag_in_msec` — リーダーインスタンスがライターインスタンスより遅れている時間 (ミリ秒単位)。
+ `log_stream_speed_in_kib_per_second` — キロバイト/秒単位のログストリームスループット。
+ `log_buffer_sequence_number` — ログバッファのシーケンス番号。
+ `oldest_read_view_trx_id` - 使用されません。
+ `oldest_read_view_lsn` - ストレージから読み取るために DB インスタンスが使用した最も古い LSN。
+ `pending_read_ios` — レプリカで保留中の未処理のページ読み取り。
+ `read_ios` — レプリカでのページ読み取りの総数。
+ `iops` - 使用されません。
+ `cpu` – クラスター内の各ノードの Aurora ストレージデーモンの CPU 使用率。インスタンスによる CPU 使用率の詳細については、「[Amazon Aurora のインスタンスレベルのメトリクス](Aurora.AuroraMonitoring.Metrics.md#Aurora.AuroraMySQL.Monitoring.Metrics.instances)」を参照してください。
## 使用に関する注意事項
現在利用可能なすべての Aurora PostgreSQL バージョンは、この関数をサポートしています。`aurora_replica_status` 関数は、Aurora PostgreSQL DB クラスターのレプリカステータスマネージャーから値を返します。この関数を使用して、Aurora DB クラスター内のすべての DB インスタンスのメトリックを含め、Aurora PostgreSQL DB クラスターのレプリケーションのステータスに関する情報を取得できます。例えば、次のオペレーションを実行できます。
+ **Aurora PostgreSQL DB クラスター内のインスタンスのタイプ (ライター、リーダー) に関する情報を取得する** - この情報を取得するには、次の列の値を確認します。
+ `server_id` - インスタンスの作成時に指定したインスタンスの名前が含まれます。プライマリ (ライター) インスタンスの場合など、名前は、通常、Aurora PostgreSQL DB クラスター用に作成した名前に *-instance-1* を付加することによって自動的に作成されます。
+ `session_id` — `session_id` フィールドは、インスタンスがリーダーかライターかを示します。ライターインスタンスの場合、`session_id` は常に `"MASTER_SESSION_ID"` に設定されます。リーダーインスタンスの場合、`session_id` は特定のリーダーの `UUID` に設定されます。
+ **レプリカのラグなど、一般的なレプリケーションの問題を診断する** — レプリカのラグは、リーダーインスタンスのページキャッシュがライターインスタンスのページキャッシュより遅れている時間 (ミリ秒) です。このラグは、[Amazon Aurora でのレプリケーション](Aurora.Replication.md) で説明されているように、Aurora クラスターが非同期レプリケーションを使用しているために発生します。これは、この関数によって返される結果の `replica_lag_in_msec` 列に表示されます。ラグは、スタンバイサーバーでのリカバリとの競合によってクエリがキャンセルされた場合にも発生することがあります。`pg_stat_database_conflicts()` をチェックして、このような競合がレプリカラグを引き起こしている (または引き起こしていない) ことを確認できます。詳細については、『*PostgreSQL ドキュメント*』の「[統計コレクター](https://www.postgresql.org/docs/current/monitoring-stats.html#MONITORING-PG-STAT-DATABASE-CONFLICTS-VIEW)」を参照してください。高可用性とレプリケーションの詳細については、「[Amazon Aurora よくある質問](https://aws.amazon.com/rds/aurora/faqs/#High_Availability_and_Replication)」を参照してください。
Amazon CloudWatch は 時間の経過とともに `replica_lag_in_msec` の結果を `AuroraReplicaLag` メトリクスとして保存します。Aurora 向け CloudWatch メトリクスの使用については、「[Amazon CloudWatch を使用した Amazon Aurora メトリクスのモニタリング](monitoring-cloudwatch.md)」を参照してください。
Aurora リードレプリカおよび再起動のトラブルシューティングの詳細については、[AWS サポート センター](https://console.aws.amazon.com/support/home#/) の「[Amazon Aurora リードレプリカが遅れて再起動したのはなぜですか。](https://aws.amazon.com/premiumsupport/knowledge-center/aurora-read-replica-restart/)」を参照してください。
## 例
次の例は、Aurora PostgreSQL DB クラスター内のすべてのインスタンスのレプリケーションステータスを取得する方法を示しています。
```
=> SELECT *
FROM aurora_replica_status();
```
次の例は、`docs-lab-apg-main` Aurora PostgreSQL DB クラスター内のライターインスタンスを示しています。
```
=> SELECT server_id,
CASE
WHEN 'MASTER_SESSION_ID' = session_id THEN 'writer'
ELSE 'reader'
END AS instance_role
FROM aurora_replica_status()
WHERE session_id = 'MASTER_SESSION_ID';
server_id | instance_role
------------------------+---------------
db-119-001-instance-01 | writer
```
次の例では、クラスター内のすべてのリーダーインスタンスをリストします。
```
=> SELECT server_id,
CASE
WHEN 'MASTER_SESSION_ID' = session_id THEN 'writer'
ELSE 'reader'
END AS instance_role
FROM aurora_replica_status()
WHERE session_id <> 'MASTER_SESSION_ID';
server_id | instance_role
------------------------+---------------
db-119-001-instance-02 | reader
db-119-001-instance-03 | reader
db-119-001-instance-04 | reader
db-119-001-instance-05 | reader
(4 rows)
```
次の例では、すべてのインスタンス、各インスタンスがライターより遅れている時間、および最後の更新からの経過時間をリストします。
```
=> SELECT server_id,
CASE
WHEN 'MASTER_SESSION_ID' = session_id THEN 'writer'
ELSE 'reader'
END AS instance_role,
replica_lag_in_msec AS replica_lag_ms,
round(extract (epoch FROM (SELECT age(clock_timestamp(), last_update_timestamp))) * 1000) AS last_update_age_ms
FROM aurora_replica_status()
ORDER BY replica_lag_in_msec NULLS FIRST;
server_id | instance_role | replica_lag_ms | last_update_age_ms
------------------------+---------------+----------------+--------------------
db-124-001-instance-03 | writer | [NULL] | 1756
db-124-001-instance-01 | reader | 13 | 1756
db-124-001-instance-02 | reader | 13 | 1756
(3 rows)
```
# aurora\$1stat\$1activity
サーバープロセスごとに 1 行を返し、そのプロセスの現在のアクティビティに関連する情報を表示します。
## 構文
```
aurora_stat_activity();
```
## 引数
なし
## 戻り型
サーバープロセスごとに 1 行を返します。`pg_stat_activity` 列に加えて、次のフィールドが追加されます。
+ planid - 計画識別子
## 使用に関する注意事項
現在のクエリ実行計画を示す追加の `plan_id` 列を含む同じ列を返す `pg_stat_activity` の補足ビュー。
ビューが plan\$1id を返すには、`aurora_compute_plan_id` を有効にする必要があります。
この関数は、Aurora PostgreSQL バージョン 14.10、15.5、およびそれ以降のすべてのバージョンで使用できます。
## 例
以下のクエリ例では、上位負荷を query\$1id と plan\$1id 別に集計しています。
```
db1=# select count(*), query_id, plan_id
db1-# from aurora_stat_activity() where state = 'active'
db1-# and pid <> pg_backend_pid()
db1-# group by query_id, plan_id
db1-# order by 1 desc;
count | query_id | plan_id
-------+----------------------+-------------
11 | -5471422286312252535 | -2054628807
3 | -6907107586630739258 | -815866029
1 | 5213711845501580017 | 300482084
(3 rows)
```
query\$1id に使用される計画が変更されると、新しい plan\$1id が aurora\$1stat\$1activity によって報告されます。
```
count | query_id | plan_id
-------+----------------------+-------------
10 | -5471422286312252535 | 1602979607
1 | -6907107586630739258 | -1809935983
1 | -2446282393000597155 | -207532066
(3 rows)
```
# aurora\$1stat\$1backend\$1waits
特定のバックエンドプロセスの待機アクティビティの統計を表示します。
## 構文
```
aurora_stat_backend_waits(pid)
```
## 引数
`pid` – バックエンドプロセスの ID。プロセス ID は、`pg_stat_activity` ビューを使用して取得できます。
## 戻り型
次の列を含む SETOF レコード。
+ `type_id` – 待機イベントのタイプを示す数値。いくつか例を挙げると、軽量ロック (`LWLock`) の場合は `1`、ロックの場合は `3`、またはクライアントセッションの場合は `6` などです。これらの値は、[例](#aurora_stat_backend_waits-examples) に示すように、この関数の結果を `aurora_stat_wait_type` 関数の列と結合することで意味を持ちます。
+ `event_id` – 待機イベントの識別番号。この値を `aurora_stat_wait_event` の列と結合して、意味のあるイベント名を取得します。
+ `waits` – 指定したプロセス ID に累積された待機数のカウント。
+ `wait_time` – ミリ秒単位の待機時間。
## 使用に関する注意事項
この関数を使用して、接続を開いた後に発生した特定のバックエンド (セッション) 待機イベントを分析できます。待機イベントの名前とタイプに関するより意味のある情報を得るには、例に示すように JOIN を使用して、この関数 `aurora_stat_wait_type` と `aurora_stat_wait_event` を組み合わせることができます。
## 例
この例では、バックエンドプロセス ID 3027 のすべての待機、タイプ、イベント名を示しています。
```
=> SELECT type_name, event_name, waits, wait_time
FROM aurora_stat_backend_waits(3027)
NATURAL JOIN aurora_stat_wait_type()
NATURAL JOIN aurora_stat_wait_event();
type_name | event_name | waits | wait_time
-----------+------------------------+-------+------------
LWLock | ProcArrayLock | 3 | 27
LWLock | wal_insert | 423 | 16336
LWLock | buffer_content | 11840 | 1033634
LWLock | lock_manager | 23821 | 5664506
Lock | tuple | 10258 | 152280165
Lock | transactionid | 78340 | 1239808783
Client | ClientRead | 34072 | 17616684
IO | ControlFileSyncUpdate | 2 | 0
IO | ControlFileWriteUpdate | 4 | 32
IO | RelationMapRead | 2 | 795
IO | WALWrite | 36666 | 98623
IO | XactSync | 4867 | 7331963
```
この例では、すべてのアクティブなセッションの現在および累積の待機タイプと待機イベントを示しています (`pg_stat_activity state <> 'idle'`)。ただし、関数を呼び出している現在のセッションは表示されません (`pid <> pg_backend_pid()`)。
```
=> SELECT a.pid,
a.usename,
a.app_name,
a.current_wait_type,
a.current_wait_event,
a.current_state,
wt.type_name AS wait_type,
we.event_name AS wait_event,
a.waits,
a.wait_time
FROM (SELECT pid,
usename,
left(application_name,16) AS app_name,
coalesce(wait_event_type,'CPU') AS current_wait_type,
coalesce(wait_event,'CPU') AS current_wait_event,
state AS current_state,
(aurora_stat_backend_waits(pid)).*
FROM pg_stat_activity
WHERE pid <> pg_backend_pid()
AND state <> 'idle') a
NATURAL JOIN aurora_stat_wait_type() wt
NATURAL JOIN aurora_stat_wait_event() we;
pid | usename | app_name | current_wait_type | current_wait_event | current_state | wait_type | wait_event | waits | wait_time
-------+----------+----------+-------------------+--------------------+---------------+-----------+------------------------+-------+-----------
30099 | postgres | pgbench | Lock | transactionid | active | LWLock | wal_insert | 1937 | 29975
30099 | postgres | pgbench | Lock | transactionid | active | LWLock | buffer_content | 22903 | 760498
30099 | postgres | pgbench | Lock | transactionid | active | LWLock | lock_manager | 10012 | 223207
30099 | postgres | pgbench | Lock | transactionid | active | Lock | tuple | 20315 | 63081529
.
.
.
30099 | postgres | pgbench | Lock | transactionid | active | IO | WALWrite | 93293 | 237440
30099 | postgres | pgbench | Lock | transactionid | active | IO | XactSync | 13010 | 19525143
30100 | postgres | pgbench | Lock | transactionid | active | LWLock | ProcArrayLock | 6 | 53
30100 | postgres | pgbench | Lock | transactionid | active | LWLock | wal_insert | 1913 | 25450
30100 | postgres | pgbench | Lock | transactionid | active | LWLock | buffer_content | 22874 | 778005
.
.
.
30109 | postgres | pgbench | IO | XactSync | active | LWLock | ProcArrayLock | 3 | 71
30109 | postgres | pgbench | IO | XactSync | active | LWLock | wal_insert | 1940 | 27741
30109 | postgres | pgbench | IO | XactSync | active | LWLock | buffer_content | 22962 | 776352
30109 | postgres | pgbench | IO | XactSync | active | LWLock | lock_manager | 9879 | 218826
30109 | postgres | pgbench | IO | XactSync | active | Lock | tuple | 20401 | 63581306
30109 | postgres | pgbench | IO | XactSync | active | Lock | transactionid | 50769 | 211645008
30109 | postgres | pgbench | IO | XactSync | active | Client | ClientRead | 89901 | 44192439
```
この例では、すべてのアクティブなセッションについて、現在および上位 3 つの累積の待機タイプと待機イベントを示しています (`pg_stat_activity state <> 'idle'`)。現在のセッションは除きます (`pid <>pg_backend_pid()`)。
```
=> SELECT top3.*
FROM (SELECT a.pid,
a.usename,
a.app_name,
a.current_wait_type,
a.current_wait_event,
a.current_state,
wt.type_name AS wait_type,
we.event_name AS wait_event,
a.waits,
a.wait_time,
RANK() OVER (PARTITION BY pid ORDER BY a.wait_time DESC)
FROM (SELECT pid,
usename,
left(application_name,16) AS app_name,
coalesce(wait_event_type,'CPU') AS current_wait_type,
coalesce(wait_event,'CPU') AS current_wait_event,
state AS current_state,
(aurora_stat_backend_waits(pid)).*
FROM pg_stat_activity
WHERE pid <> pg_backend_pid()
AND state <> 'idle') a
NATURAL JOIN aurora_stat_wait_type() wt
NATURAL JOIN aurora_stat_wait_event() we) top3
WHERE RANK <=3;
pid | usename | app_name | current_wait_type | current_wait_event | current_state | wait_type | wait_event | waits | wait_time | rank
-------+----------+----------+-------------------+--------------------+---------------+-----------+-----------------+---------+------------+------
20567 | postgres | psql | CPU | CPU | active | LWLock | wal_insert | 25000 | 67512003 | 1
20567 | postgres | psql | CPU | CPU | active | IO | WALWrite | 3071758 | 1016961 | 2
20567 | postgres | psql | CPU | CPU | active | IO | BufFileWrite | 20750 | 184559 | 3
27743 | postgres | pgbench | Lock | transactionid | active | Lock | transactionid | 237350 | 1265580011 | 1
27743 | postgres | pgbench | Lock | transactionid | active | Lock | tuple | 93641 | 341472318 | 2
27743 | postgres | pgbench | Lock | transactionid | active | Client | ClientRead | 417556 | 204796837 | 3
.
.
.
27745 | postgres | pgbench | IO | XactSync | active | Lock | transactionid | 238068 | 1265816822 | 1
27745 | postgres | pgbench | IO | XactSync | active | Lock | tuple | 93210 | 338312247 | 2
27745 | postgres | pgbench | IO | XactSync | active | Client | ClientRead | 419157 | 207836533 | 3
27746 | postgres | pgbench | Lock | transactionid | active | Lock | transactionid | 237621 | 1264528811 | 1
27746 | postgres | pgbench | Lock | transactionid | active | Lock | tuple | 93563 | 339799310 | 2
27746 | postgres | pgbench | Lock | transactionid | active | Client | ClientRead | 417304 | 208372727 | 3
```
# aurora\$1stat\$1bgwriter
`aurora_stat_bgwriter`は、Optimized Reads キャッシュ書き込みに関する情報を表示する統計ビューです。
## 構文
```
aurora_stat_bgwriter()
```
## 引数
なし
## 戻り型
すべての `pg_stat_bgwriter` 列と以下の追加列を含む SETOF レコード。`pg_stat_bgwriter` 列の詳細については、「[https://www.postgresql.org/docs/current/monitoring-stats.html#MONITORING-PG-STAT-BGWRITER-VIEW](https://www.postgresql.org/docs/current/monitoring-stats.html#MONITORING-PG-STAT-BGWRITER-VIEW)」を参照してください。
この関数の統計情報は `pg_stat_reset_shared("bgwriter")` を使用してリセットできます。
+ `orcache_blks_written` – 書き込まれた Optimized Reads キャッシュデータブロックの総数。
+ `orcache_blk_write_time` – `track_io_timing` を有効にすると、Optimized Reads キャッシュデータブロックの書き込みにかかった合計時間をミリ秒単位で追跡します。詳細については、[track\$1io\$1timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING) を参照してください。
## 使用に関する注意事項
この関数は、次の Aurora PostgreSQL バージョンで使用できます。
+ 15.4 以降の 15 バージョン
+ 14.9 以降の 14 バージョン
## 例
```
=> select * from aurora_stat_bgwriter();
-[ RECORD 1 ]-----------------+-----------
orcache_blks_written | 246522
orcache_blk_write_time | 339276.404
```
# aurora\$1stat\$1database
pg\$1stat\$1database のすべての列を保持し、最後に新しい列を追加します。
## 構文
```
aurora_stat_database()
```
## 引数
なし
## 戻り型
すべての `pg_stat_database` 列と以下の追加列を含む SETOF レコード。`pg_stat_database` 列の詳細については、「[https://www.postgresql.org/docs/current/monitoring-stats.html#MONITORING-PG-STAT-DATABASE-VIEW](https://www.postgresql.org/docs/current/monitoring-stats.html#MONITORING-PG-STAT-DATABASE-VIEW)」を参照してください。
+ `storage_blks_read` - このデータベースの Aurora ストレージから読み取られた共有ブロックの総数。
+ `orcache_blks_hit` - このデータベース内の Optimized Reads キャッシュヒットの総数。
+ `local_blks_read` - このデータベースで読み取られたローカルブロックの総数。
+ `storage_blk_read_time` - `track_io_timing` を有効にすると、Aurora ストレージからのデータファイルブロックの読み取りにかかった合計時間をミリ秒単位で追跡します。それ以外の場合、値はゼロです。詳細については、[track\$1io\$1timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING) を参照してください。
+ `local_blk_read_time` - `track_io_timing` を有効にすると、ローカルデータファイルブロックの読み取りにかかった合計時間をミリ秒単位で追跡します。それ以外の場合、値は 0 です。詳細については、[track\$1io\$1timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING) を参照してください。
+ `orcache_blk_read_time` - `track_io_timing` を有効にすると、Optimized Reads キャッシュからデータファイルブロックを読み取るのにかかった合計時間をミリ秒単位で追跡します。それ以外の場合は 0 です。詳細については、[track\$1io\$1timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING) を参照してください。
**注記**
`blks_read` の値は、`storage_blks_read`、`orcache_blks_hit`、`local_blks_read` の合計です。
`blk_read_time` の値は、`storage_blk_read_time`、`orcache_blk_read_time`、`local_blk_read_time` の合計です。
## 使用に関する注意事項
この関数は、次の Aurora PostgreSQL バージョンで使用できます。
+ 15.4 以降の 15 バージョン
+ 14.9 以降の 14 バージョン
## 例
次の例は、すべての `pg_stat_database` 列を保持し、末尾に 6 つの新しい列を追加する方法を示しています。
```
=> select * from aurora_stat_database() where datid=14717;
-[ RECORD 1 ]------------+------------------------------
datid | 14717
datname | postgres
numbackends | 1
xact_commit | 223
xact_rollback | 4
blks_read | 1059
blks_hit | 11456
tup_returned | 27746
tup_fetched | 5220
tup_inserted | 165
tup_updated | 42
tup_deleted | 91
conflicts | 0
temp_files | 0
temp_bytes | 0
deadlocks | 0
checksum_failures |
checksum_last_failure |
blk_read_time | 3358.689
blk_write_time | 0
session_time | 1076007.997
active_time | 3684.371
idle_in_transaction_time | 0
sessions | 10
sessions_abandoned | 0
sessions_fatal | 0
sessions_killed | 0
stats_reset | 2023-01-12 20:15:17.370601+00
orcache_blks_hit | 425
orcache_blk_read_time | 89.934
storage_blks_read | 623
storage_blk_read_time | 3254.914
local_blks_read | 0
local_blk_read_time | 0
```
# aurora\$1stat\$1dml\$1activity
Aurora PostgreSQL クラスター内のデータベースに対する各タイプのデータ操作言語 (DML) オペレーションの累積アクティビティをレポートします。
## 構文
```
aurora_stat_dml_activity(database_oid)
```
## 引数
*database\$1oid*
Aurora PostgreSQL クラスター内のデータベースのオブジェクト ID (OID)。
## 戻り型
SETOF レコード
## 使用に関する注意事項
`aurora_stat_dml_activity` 関数は、PostgreSQL エンジン 11.6 以降と互換性がある Aurora PostgreSQL リリース 3.1 でのみ利用可能です。
この関数を、多数のデータベースを持つ Aurora PostgreSQL クラスターで使用して、どちらのデータベースの DML アクティビティが遅いか、または両方とも遅いかを特定します。
`aurora_stat_dml_activity` 関数は、SELECT、INSERT、UPDATE、DELETE オペレーションの実行回数と累積レイテンシーをマイクロ秒単位で返します。レポートには、成功した DML オペレーションのみが含まれます。
この統計をリセットするには、PostgreSQL 統計アクセス関数 `pg_stat_reset` を使用します。この統計が最後にリセットされた時刻をチェックするには、`pg_stat_get_db_stat_reset_time` 関数を使用します。PostgreSQL 統計アクセス関数の詳細については、PostgreSQL ドキュメントの[統計コレクター](https://www.postgresql.org/docs/9.1/monitoring-stats.html)を参照してください。
## 例
次の例は、接続データベース用に DML アクティビティ統計をレポートする方法を示しています。
```
––Define the oid variable from connected database by using \gset
=> SELECT oid,
datname
FROM pg_database
WHERE datname=(select current_database()) \gset
=> SELECT *
FROM aurora_stat_dml_activity(:oid);
select_count | select_latency_microsecs | insert_count | insert_latency_microsecs | update_count | update_latency_microsecs | delete_count | delete_latency_microsecs
--------------+--------------------------+--------------+--------------------------+--------------+--------------------------+--------------+--------------------------
178957 | 66684115 | 171065 | 28876649 | 519538 | 1454579206167 | 1 | 53027
–– Showing the same results with expanded display on
=> SELECT *
FROM aurora_stat_dml_activity(:oid);
-[ RECORD 1 ]------------+--------------
select_count | 178957
select_latency_microsecs | 66684115
insert_count | 171065
insert_latency_microsecs | 28876649
update_count | 519538
update_latency_microsecs | 1454579206167
delete_count | 1
delete_latency_microsecs | 53027
```
次の例は、Aurora PostgreSQL クラスター内のすべてのデータベースの DML アクティビティ統計を示しています。このクラスターには、`postgres` および `mydb` という 2 つのデータベースがあります。コンマ区切りのリストは、`select_count`、`select_latency_microsecs`、`insert_count`、`insert_latency_microsecs`、`update_count`、`update_latency_microsecs`、`delete_count`、`delete_latency_microsecs` フィールドと一致しています。
Aurora PostgreSQL は、`rdsadmin` という名前のシステムデータベースを作成し、バックアップ、修復、ヘルスチェック、レプリケーションなどの管理オペレーションをサポートするために使用します。これらの DML オペレーションは、Aurora PostgreSQL クラスターには影響しません。
```
=> SELECT oid,
datname,
aurora_stat_dml_activity(oid)
FROM pg_database;
oid | datname | aurora_stat_dml_activity
-------+----------------+-----------------------------------------------------------------
14006 | template0 | (,,,,,,,)
16384 | rdsadmin | (2346623,1211703821,4297518,817184554,0,0,0,0)
1 | template1 | (,,,,,,,)
14007 | postgres | (178961,66716329,171065,28876649,519538,1454579206167,1,53027)
16401 | mydb | (200246,64302436,200036,107101855,600000,83659417514,0,0)
```
次の例は、読みやすさを高めるために列で編成された、すべてのデータベースの DML アクティビティ統計を示しています。
```
SELECT db.datname,
BTRIM(SPLIT_PART(db.asdmla::TEXT, ',', 1), '()') AS select_count,
BTRIM(SPLIT_PART(db.asdmla::TEXT, ',', 2), '()') AS select_latency_microsecs,
BTRIM(SPLIT_PART(db.asdmla::TEXT, ',', 3), '()') AS insert_count,
BTRIM(SPLIT_PART(db.asdmla::TEXT, ',', 4), '()') AS insert_latency_microsecs,
BTRIM(SPLIT_PART(db.asdmla::TEXT, ',', 5), '()') AS update_count,
BTRIM(SPLIT_PART(db.asdmla::TEXT, ',', 6), '()') AS update_latency_microsecs,
BTRIM(SPLIT_PART(db.asdmla::TEXT, ',', 7), '()') AS delete_count,
BTRIM(SPLIT_PART(db.asdmla::TEXT, ',', 8), '()') AS delete_latency_microsecs
FROM (SELECT datname,
aurora_stat_dml_activity(oid) AS asdmla
FROM pg_database
) AS db;
datname | select_count | select_latency_microsecs | insert_count | insert_latency_microsecs | update_count | update_latency_microsecs | delete_count | delete_latency_microsecs
----------------+--------------+--------------------------+--------------+--------------------------+--------------+--------------------------+--------------+--------------------------
template0 | | | | | | | |
rdsadmin | 4206523 | 2478812333 | 7009414 | 1338482258 | 0 | 0 | 0 | 0
template1 | | | | | | | |
fault_test | 66 | 452099 | 0 | 0 | 0 | 0 | 0 | 0
db_access_test | 1 | 5982 | 0 | 0 | 0 | 0 | 0 | 0
postgres | 42035 | 95179203 | 5752 | 2678832898 | 21157 | 441883182488 | 2 | 1520
mydb | 71 | 453514 | 0 | 0 | 1 | 190 | 1 | 152
```
次の例は、OID `16401` を持つデータベースの各 DML オペレーションの平均累積レイテンシー (累積レイテンシーをカウントで割った値) を示しています。
```
=> SELECT select_count,
select_latency_microsecs,
select_latency_microsecs/NULLIF(select_count,0) select_latency_per_exec,
insert_count,
insert_latency_microsecs,
insert_latency_microsecs/NULLIF(insert_count,0) insert_latency_per_exec,
update_count,
update_latency_microsecs,
update_latency_microsecs/NULLIF(update_count,0) update_latency_per_exec,
delete_count,
delete_latency_microsecs,
delete_latency_microsecs/NULLIF(delete_count,0) delete_latency_per_exec
FROM aurora_stat_dml_activity(16401);
-[ RECORD 1 ]------------+-------------
select_count | 451312
select_latency_microsecs | 80205857
select_latency_per_exec | 177
insert_count | 451001
insert_latency_microsecs | 123667646
insert_latency_per_exec | 274
update_count | 1353067
update_latency_microsecs | 200900695615
update_latency_per_exec | 148478
delete_count | 12
delete_latency_microsecs | 448
delete_latency_per_exec | 37
```
# aurora\$1stat\$1get\$1db\$1commit\$1latency
Aurora PostgreSQL データベースの累積コミットレイテンシーをマイクロ秒単位で取得します。*コミットレイテンシー*は、クライアントがコミットリクエストを送信してからコミット確認を受信するまでの時間として測定されます。
## 構文
```
aurora_stat_get_db_commit_latency(database_oid)
```
## 引数
*database\$1oid*
Aurora PostgreSQL データベースのオブジェクト ID (OID)。
## 戻り型
SETOF レコード
## 使用に関する注意事項
Amazon CloudWatch はこの関数を使用して、平均コミットレイテンシーを計算します。Amazon CloudWatch メトリクスの詳細、およびハイコミットレイテンシーのトラブルシューティング方法については、[Amazon RDS コンソールでのメトリクスの表示](USER_Monitoring.md) および [Making better decisions about Amazon RDS with Amazon CloudWatch metrics](https://aws.amazon.com/blogs/database/making-better-decisions-about-amazon-rds-with-amazon-cloudwatch-metrics/) を参照してください。
この統計をリセットするには、PostgreSQL 統計アクセス関数 `pg_stat_reset` を使用します。この統計が最後にリセットされた時刻をチェックするには、`pg_stat_get_db_stat_reset_time` 関数を使用します。PostgreSQL 統計アクセス関数の詳細については、PostgreSQL ドキュメントの[統計コレクター](https://www.postgresql.org/docs/9.1/monitoring-stats.html)を参照してください。
## 例
次の例では、`pg_database` クラスターのデータベースごとに累積コミットレイテンシーを取得します。
```
=> SELECT oid,
datname,
aurora_stat_get_db_commit_latency(oid)
FROM pg_database;
oid | datname | aurora_stat_get_db_commit_latency
-------+----------------+-----------------------------------
14006 | template0 | 0
16384 | rdsadmin | 654387789
1 | template1 | 0
16401 | mydb | 229556
69768 | postgres | 22011
```
次の例では、現在接続されているデータベースの累積コミットレイテンシーを取得します。この例では、`aurora_stat_get_db_commit_latency` 関数を呼び出す前に、`\gset` を使用して `oid` 引数の可変を定義し、接続しているデータベースからその値を設定します。
```
––Get the oid value from the connected database before calling aurora_stat_get_db_commit_latency
=> SELECT oid
FROM pg_database
WHERE datname=(SELECT current_database()) \gset
=> SELECT *
FROM aurora_stat_get_db_commit_latency(:oid);
aurora_stat_get_db_commit_latency
-----------------------------------
1424279160
```
次の例では、`pg_database` クラスターの `mydb` データベース用の累積コミットレイテンシーを取得します。次に、この統計をリセットするには `pg_stat_reset` 関数を呼び出し、結果を表示します。最後に `pg_stat_get_db_stat_reset_time` 関数を使用して、この統計が最後にリセットされた時刻をチェックします。
```
=> SELECT oid,
datname,
aurora_stat_get_db_commit_latency(oid)
FROM pg_database
WHERE datname = 'mydb';
oid | datname | aurora_stat_get_db_commit_latency
-------+-----------+-----------------------------------
16427 | mydb | 3320370
=> SELECT pg_stat_reset();
pg_stat_reset
---------------
=> SELECT oid,
datname,
aurora_stat_get_db_commit_latency(oid)
FROM pg_database
WHERE datname = 'mydb';
oid | datname | aurora_stat_get_db_commit_latency
-------+-----------+-----------------------------------
16427 | mydb | 6
=> SELECT *
FROM pg_stat_get_db_stat_reset_time(16427);
pg_stat_get_db_stat_reset_time
--------------------------------
2021-04-29 21:36:15.707399+00
```
# aurora\$1stat\$1logical\$1wal\$1cache
スロットごとのログ先行書き込み (WAL) のキャッシュ使用状況を表示します。
## 構文
```
SELECT * FROM aurora_stat_logical_wal_cache()
```
## 引数
なし
## 戻り型
次の列を含む SETOF レコード。
+ `name` – レプリケーションスロットの名前。
+ `active_pid`— Walsender プロセスの ID。
+ `cache_hit`— 前回のリセット以降の WAL キャッシュヒットの総数。
+ `cache_miss`— 前回のリセット以降の WAL キャッシュミスの総数。
+ `blks_read`— WAL キャッシュの読み取りリクエストの総数。
+ `hit_rate`— WAL キャッシュヒットレート (cache\$1hit / blks\$1read)。
+ `last_reset_timestamp`— カウンターが最後にリセットされた時刻。
## 使用に関する注意事項
この関数は、次の Aurora PostgreSQL バージョンで使用できます。
+ 15.2 以降のすべてのバージョン
+ 14.7 以降のバージョン
+ 13.8 以降のバージョン
+ 12.12 以降のバージョン
+ 11.17 以降のバージョン
## 例
次の例は、一方のみがアクティブな 2 つのレプリケーションスロットを示しています。`aurora_stat_logical_wal_cache` 関数。
```
=> SELECT *
FROM aurora_stat_logical_wal_cache();
name | active_pid | cache_hit | cache_miss | blks_read | hit_rate | last_reset_timestamp
------------+------------+-----------+------------+-----------+----------+-------------------------------
test_slot1 | 79183 | 24 | 0 | 24 | 100.00% | 2022-08-05 17:39:56.830635+00
test_slot2 | | 1 | 0 | 1 | 100.00% | 2022-08-05 17:34:04.036795+00
(2 rows)
```
# aurora\$1stat\$1memctx\$1usage
各 PostgreSQL プロセスのメモリコンテキスト使用状況を報告します。
## 構文
```
aurora_stat_memctx_usage()
```
## 引数
なし
## 戻り型
次の列を含む SETOF レコード。
+ `pid` - プロセスの ID。
+ `name` – メモリコンテキストの名前。
+ `allocated` — 基になるメモリサブシステムからメモリコンテキストによって取得されたバイト数。
+ `used` — メモリコンテキストのクライアントにコミットされたバイト数。
+ `instances` — このタイプの現在存在するコンテキストの数。
## 使用に関する注意事項
この関数は、各 PostgreSQL プロセスのメモリコンテキスト使用状況を表示します。一部のプロセスには `anonymous` というラベルが付いています。プロセスには制限付きのキーワードが含まれているため、公開されません。
この関数は、次の Aurora PostgreSQL バージョン以降で使用できます。
+ 15.3 以降の 15 バージョン
+ 14.8 以降の 14 バージョン
+ 13.11 以降の 13 バージョン
+ 12.15 以降の 12 バージョン
+ 11.20 以降の 11 バージョン
## 例
次の例は、`aurora_stat_memctx_usage` 関数呼び出しの結果を示しています。
```
=> SELECT *
FROM aurora_stat_memctx_usage();
pid| name | allocated | used | instances
-------+---------------------------------+-----------+---------+-----------
123864 | Miscellaneous | 19520 | 15064 | 3
123864 | Aurora File Context | 8192 | 616 | 1
123864 | Aurora WAL Context | 8192 | 296 | 1
123864 | CacheMemoryContext | 524288 | 422600 | 1
123864 | Catalog tuple context | 16384 | 13736 | 1
123864 | ExecutorState | 32832 | 28304 | 1
123864 | ExprContext | 8192 | 1720 | 1
123864 | GWAL record construction | 1024 | 832 | 1
123864 | MdSmgr | 8192 | 296 | 1
123864 | MessageContext | 532480 | 353832 | 1
123864 | PortalHeapMemory | 1024 | 488 | 1
123864 | PortalMemory | 8192 | 576 | 1
123864 | printtup | 8192 | 296 | 1
123864 | RelCache hash table entries | 8192 | 8152 | 1
123864 | RowDescriptionContext | 8192 | 1344 | 1
123864 | smgr relation context | 8192 | 296 | 1
123864 | Table function arguments | 8192 | 352 | 1
123864 | TopTransactionContext | 8192 | 632 | 1
123864 | TransactionAbortContext | 32768 | 296 | 1
123864 | WAL record construction | 50216 | 43904 | 1
123864 | hash table | 65536 | 52744 | 6
123864 | Relation metadata | 191488 | 124240 | 87
104992 | Miscellaneous | 9280 | 7728 | 3
104992 | Aurora File Context | 8192 | 376 | 1
104992 | Aurora WAL Context | 8192 | 296 | 1
104992 ||Autovacuum Launcher | 8192 | 296 | 1
104992 | Autovacuum database list | 16384 | 744 | 2
104992 | CacheMemoryContext | 262144 | 140288 | 1
104992 | Catalog tuple context | 8192 | 296 | 1
104992 | GWAL record construction | 1024 | 832 | 1
104992 | MdSmgr | 8192 | 296 | 1
104992 | PortalMemory | 8192 | 296 | 1
104992 | RelCache hash table entries | 8192 | 296 | 1
104992 | smgr relation context | 8192 | 296 | 1
104992 | Autovacuum start worker (tmp) | 8192 | 296 | 1
104992 | TopTransactionContext | 16384 | 592 | 2
104992 | TransactionAbortContext | 32768 | 296 | 1
104992 | WAL record construction | 50216 | 43904 | 1
104992 | hash table | 49152 | 34024 | 4
(39 rows)
```
一部の制限付きキーワードは非表示になり、出力は次のようになります。
```
postgres=>SELECT *
FROM aurora_stat_memctx_usage();
pid| name | allocated | used | instances
-------+---------------------------------+-----------+---------+-----------
5482 | anonymous | 8192 | 456 | 1
5482 | anonymous | 8192 | 296 | 1
```
# aurora\$1stat\$1optimized\$1reads\$1cache
この関数は階層型キャッシュの統計情報を表示します。
## 構文
```
aurora_stat_optimized_reads_cache()
```
## 引数
なし
## 戻り型
次の列を含む SETOF レコード。
+ `total_size` – Optimized Reads キャッシュの合計サイズ。
+ `used_size` – Optimized Reads キャッシュの使用済みページサイズ。
## 使用に関する注意事項
この関数は、次の Aurora PostgreSQL バージョンで使用できます。
+ 15.4 以降の 15 バージョン
+ 14.9 以降の 14 バージョン
## 例
次の例は、r6gd.8xlarge インスタンスでの出力を示しています。
```
=> select pg_size_pretty(total_size) as total_size, pg_size_pretty(used_size)
as used_size from aurora_stat_optimized_reads_cache();
total_size | used_size
-----------+-----------
1054 GB | 975 GB
```
# aurora\$1stat\$1plans
追跡されたすべての実行計画の行を返します。
## 構文
```
aurora_stat_plans(
showtext
)
```
## 引数
+ showtext – クエリと計画のテキストを表示します。有効な値は、NULL、true または false です。True はクエリと計画のテキストを表示します。
## 戻り型
`aurora_stat_statements` からのすべての列とそれに続く追加の列を含む追跡計画ごとに行を返します。
+ planid - 計画識別子
+ explain\$1plan – 計画の説明テキスト
+ plan\$1type:
+ `no plan` - 計画はキャプチャされませんでした
+ `estimate` - 推定コストでキャプチャされた計画
+ `actual` - EXPLAIN ANALYZE でキャプチャされた計画
+ plan\$1captured\$1time – 計画が最後にキャプチャされた時刻
## 使用に関する注意事項
追跡する計画については、`aurora_compute_plan_id` が有効で、`pg_stat_statements` が `shared_preload_libraries` 内にある必要があります。
使用可能な計画の数は、`pg_stat_statements.max` パラメータで設定された値によって制御されます。`aurora_compute_plan_id` を有効にすると、`aurora_stat_plans` でこの指定された値までの計画を追跡できます。
この関数は、Aurora PostgreSQL バージョン 14.10、15.5、およびそれ以降のすべてのバージョンで使用できます。
## 例
以下の例では、クエリ識別子 -5471422286312252535 の 2 つの計画がキャプチャされ、ステートメントの統計が planid によって追跡されます。
```
db1=# select calls, total_exec_time, planid, plan_captured_time, explain_plan
db1-# from aurora_stat_plans(true)
db1-# where queryid = '-5471422286312252535'
calls | total_exec_time | planid | plan_captured_time | explain_plan
---------+--------------------+-------------+-------------------------------+------------------------------------------------------------------
1532632 | 3209846.097107853 | 1602979607 | 2023-10-31 03:27:16.925497+00 | Update on pgbench_branches +
| | | | -> Bitmap Heap Scan on pgbench_branches +
| | | | Recheck Cond: (bid = 76) +
| | | | -> Bitmap Index Scan on pgbench_branches_pkey +
| | | | Index Cond: (bid = 76)
61365 | 124078.18012200127 | -2054628807 | 2023-10-31 03:20:09.85429+00 | Update on pgbench_branches +
| | | | -> Index Scan using pgbench_branches_pkey on pgbench_branches+
| | | | Index Cond: (bid = 17)
```
# aurora\$1stat\$1reset\$1wal\$1cache
論理 WAL キャッシュのカウンターをリセットします。
## 構文
特定のスロットをリセットするには
```
SELECT * FROM aurora_stat_reset_wal_cache('slot_name')
```
すべてのスロットをリセットするには
```
SELECT * FROM aurora_stat_reset_wal_cache(NULL)
```
## 引数
`NULL`、または `slot_name`
## 戻り型
ステータスメッセージ、テキスト文字列
+ 論理 WAL キャッシュカウンターのリセット — 成功メッセージ このテキストは、関数が成功すると返されます。
+ レプリケーションスロットが見つかりません。もう一度試してください。– 障害メッセージ このテキストは、関数が成功しなかった場合に返されます。
## 使用に関する注意事項
この関数は、次のバージョンで使用できます。
+ Aurora PostgreSQL 14.5 以降
+ Aurora PostgreSQL バージョン 13.8 以降
+ Aurora PostgreSQL バージョン 12.12 以降
+ Aurora PostgreSQL バージョン 11.17 以降
## 例
次の例では、`aurora_stat_reset_wal_cache` 関数を使用して `test_results` という名前のスロットをリセットし、存在しないスロットをリセットします。
```
=> SELECT *
FROM aurora_stat_reset_wal_cache('test_slot');
aurora_stat_reset_wal_cache
--------------------------------------
Reset the logical wal cache counter.
(1 row)
=> SELECT *
FROM aurora_stat_reset_wal_cache('slot-not-exist');
aurora_stat_reset_wal_cache
-----------------------------------------------
Replication slot not found. Please try again.
(1 row)
```
# aurora\$1stat\$1resource\$1usage
すべての Aurora PostgreSQL バックエンドプロセスのバックエンドリソースメトリクスと cpu 使用率で構成されるリアルタイムのリソース使用率をレポートします。
## 構文
```
aurora_stat_resource_usage()
```
## 引数
なし
## 戻り型
列を含む SETOF レコード:
+ pid - Process identifier
+ allocated\$1memory - プロセスによって割り当てられた合計メモリ (バイト単位)
+ used\$1memory - プロセスによって実際に使用されたメモリ (バイト単位)
+ cpu\$1usage\$1percent - プロセスの CPU 使用率
## 使用に関する注意事項
この関数は、各 Aurora PostgreSQL バックエンドプロセスのバックエンドリソースの使用状況を表示します。
この関数は、次の Aurora PostgreSQL バージョン以降で使用できます。
+ Aurora PostgreSQL 17.5 以降の バージョン 17
+ Aurora PostgreSQL 16.9 以降の バージョン 16
+ Aurora PostgreSQL 15.13 以降の バージョン 15
+ Aurora PostgreSQL 14.18 以降の バージョン 14
+ Aurora PostgreSQL 13.21 以降の バージョン 13
## 例
以下は `aurora_stat_resource_usage` 関数の出力例です。
```
=> select * from aurora_stat_resource_usage();
pid | allocated_memory | used_memory | cpu_usage_percent
------+------------------+-------------+-----------------------
666 | 1074032 | 333544 | 0.00729274882897963
667 | 787312 | 287360 | 0.0029263928146372746
668 | 3076776 | 1563488 | 0.006013116835953961
684 | 803744 | 307480 | 0.002226855426881142
2401 | 1232992 | 943144 | 0
647 | 8000 | 944 | 0.48853387812429855
659 | 319344 | 243000 | 0.0004135602076683591
663 | 262000 | 185736 | 0.008181301476644002
664 | 9024 | 1216 | 0.10992313082653653
(9 rows)
```
# aurora\$1stat\$1statements
すべての `pg_stat_statements` 列を表示し、最後にさらに列を追加します。
## 構文
```
aurora_stat_statements(showtext boolean)
```
## 引数
*showtext boolean*
## 戻り型
すべての `pg_stat_statements` 列と以下の追加列を含む SETOF レコード。`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` - このステートメントによる Optimized Reads キャッシュヒットの総数。
+ `storage_blk_read_time` - `track_io_timing` を有効にすると、ステートメントが Aurora ストレージからの共有ブロックの読み取りにかかった合計時間をミリ秒単位で追跡します。それ以外の場合、値は 0 です。詳細については、[track\$1io\$1timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING) を参照してください。
+ `local_blk_read_time` - `track_io_timing` を有効にすると、ステートメントがローカルブロックの読み取りにかかった合計時間をミリ秒単位で追跡します。それ以外の場合、値は 0 です。詳細については、[track\$1io\$1timing](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-IO-TIMING) を参照してください。
+ `orcache_blk_read_time` - `track_io_timing` を有効にすると、ステートメントが Optimized Reads キャッシュから共有ブロックを読み取るのにかかった合計時間をミリ秒単位で追跡します。それ以外の場合は 0 です。詳細については、[track\$1io\$1timing](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\$1stat\$1statements() 関数を使用するには、`shared_preload_libraries` パラメータに `pg_stat_statements` 拡張子を含める必要があります。
この関数は、次の Aurora PostgreSQL バージョンで使用できます。
+ 15.4 以降の 15 バージョン
+ 14.9 以降の 14 バージョン
ピークメモリを表示する列は、次のバージョンから使用できます。
+ 16.3 以降のバージョン
+ 15.7 以降のバージョン
+ 14.12 以降のバージョン
## 例
次の例は、すべての pg\$1stat\$1statements 列を保持し、末尾に新しい列を 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
```
# aurora\$1stat\$1system\$1waits
Aurora PostgreSQL DB インスタンス用に待機イベント情報をレポートします。
## 構文
```
aurora_stat_system_waits()
```
## 引数
なし
## 戻り型
SETOF レコード
## 使用に関する注意事項
この関数は、現在接続している DB インスタンスによって生成された各待機イベントの累積待機数と累積待機時間を返します。
返されるレコードセットには、次のフィールドが含まれます。
+ `type_id` - 待機イベントタイプの ID。
+ `event_id` - 待機イベントの ID。
+ `waits` - 待機イベントが発生した回数。
+ `wait_time` - このイベントの待機に費やされた合計時間 (マイクロ秒)。
この関数によって返される統計は、DB インスタンスの再起動時にリセットされます。
## 例
次の例は、`aurora_stat_system_waits` 関数呼び出しの結果を示しています。
```
=> SELECT *
FROM aurora_stat_system_waits();
type_id | event_id | waits | wait_time
---------+-----------+-----------+--------------
1 | 16777219 | 11 | 12864
1 | 16777220 | 501 | 174473
1 | 16777270 | 53171 | 23641847
1 | 16777271 | 23 | 319668
1 | 16777274 | 60 | 12759
.
.
.
10 | 167772231 | 204596 | 790945212
10 | 167772232 | 2 | 47729
10 | 167772234 | 1 | 888
10 | 167772235 | 2 | 64
```
次の例は、`aurora_stat_wait_event` および `aurora_stat_wait_type` とともにこの関数を使用して、より読みやすい結果を生成する方法を示しています。
```
=> SELECT type_name,
event_name,
waits,
wait_time
FROM aurora_stat_system_waits()
NATURAL JOIN aurora_stat_wait_event()
NATURAL JOIN aurora_stat_wait_type();
type_name | event_name | waits | wait_time
-----------+------------------------+----------+--------------
LWLock | XidGenLock | 11 | 12864
LWLock | ProcArrayLock | 501 | 174473
LWLock | buffer_content | 53171 | 23641847
LWLock | rdsutils | 2 | 12764
Lock | tuple | 75686 | 2033956052
Lock | transactionid | 1765147 | 47267583409
Activity | AutoVacuumMain | 136868 | 56305604538
Activity | BgWriterHibernate | 7486 | 55266949471
Activity | BgWriterMain | 7487 | 1508909964
.
.
.
IO | SLRURead | 3 | 11756
IO | WALWrite | 52544463 | 388850428
IO | XactSync | 187073 | 597041642
IO | ClogRead | 2 | 47729
IO | OutboundCtrlRead | 1 | 888
IO | OutboundCtrlWrite | 2 | 64
```
# aurora\$1stat\$1wait\$1event
Aurora PostgreSQL でサポートされているすべての待機イベントを一覧表示します。Aurora PostgreSQL のバージョンの詳細については、「[Amazon Aurora PostgreSQL のイベント](AuroraPostgreSQL.Reference.Waitevents.md)」を参照してください。
## 構文
```
aurora_stat_wait_event()
```
## 引数
なし
## 戻り型
次の列を含む SETOF レコード。
+ type\$1id - 待機イベントタイプの ID。
+ event\$1id - 待機イベントの ID。
+ type\$1name — 待機タイプ名
+ event\$1name — 待機イベント名
## 使用に関する注意事項
ID の代わりに、イベントタイプを持つイベント名を表示するには、`aurora_stat_wait_type` や `aurora_stat_system_waits` などの他の関数とともにこの関数を使用します。この関数によって返される待機イベント名は、`aurora_wait_report` 関数によって返されるものと同じです。
## 例
次の例は、`aurora_stat_wait_event` 関数呼び出しの結果を示しています。
```
=> SELECT *
FROM aurora_stat_wait_event();
type_id | event_id | event_name
---------+-----------+-------------------------------------------
1 | 16777216 |
1 | 16777217 | ShmemIndexLock
1 | 16777218 | OidGenLock
1 | 16777219 | XidGenLock
.
.
.
9 | 150994945 | PgSleep
9 | 150994946 | RecoveryApplyDelay
10 | 167772160 | BufFileRead
10 | 167772161 | BufFileWrite
10 | 167772162 | ControlFileRead
.
.
.
10 | 167772226 | WALInitWrite
10 | 167772227 | WALRead
10 | 167772228 | WALSync
10 | 167772229 | WALSyncMethodAssign
10 | 167772230 | WALWrite
10 | 167772231 | XactSync
.
.
.
11 | 184549377 | LsnAllocate
```
次の例では、`aurora_stat_wait_type` および `aurora_stat_wait_event` を結合してタイプ名とイベント名を返し、読みやすさを向上させます。
```
=> SELECT *
FROM aurora_stat_wait_type() t
JOIN aurora_stat_wait_event() e
ON t.type_id = e.type_id;
type_id | type_name | type_id | event_id | event_name
---------+-----------+---------+-----------+-------------------------------------------
1 | LWLock | 1 | 16777216 |
1 | LWLock | 1 | 16777217 | ShmemIndexLock
1 | LWLock | 1 | 16777218 | OidGenLock
1 | LWLock | 1 | 16777219 | XidGenLock
1 | LWLock | 1 | 16777220 | ProcArrayLock
.
.
.
3 | Lock | 3 | 50331648 | relation
3 | Lock | 3 | 50331649 | extend
3 | Lock | 3 | 50331650 | page
3 | Lock | 3 | 50331651 | tuple
.
.
.
10 | IO | 10 | 167772214 | TimelineHistorySync
10 | IO | 10 | 167772215 | TimelineHistoryWrite
10 | IO | 10 | 167772216 | TwophaseFileRead
10 | IO | 10 | 167772217 | TwophaseFileSync
.
.
.
11 | LSN | 11 | 184549376 | LsnDurable
```
# aurora\$1stat\$1wait\$1type
Aurora PostgreSQL でサポートされているすべての待機タイプを一覧表示します。
## 構文
```
aurora_stat_wait_type()
```
## 引数
なし
## 戻り型
次の列を含む SETOF レコード。
+ type\$1id - 待機イベントタイプの ID。
+ type\$1name — 待機タイプ名。
## 使用に関する注意事項
ID の代わりにイベントタイプを持つイベント名を表示するには、`aurora_stat_wait_event` や `aurora_stat_system_waits` などの他の関数とともにこの関数を使用します。この関数によって返される待機タイプ名は、`aurora_wait_report` 関数によって返されるものと同じです。
## 例
次の例は、`aurora_stat_wait_type` 関数呼び出しの結果を示しています。
```
=> SELECT *
FROM aurora_stat_wait_type();
type_id | type_name
---------+-----------
1 | LWLock
3 | Lock
4 | BufferPin
5 | Activity
6 | Client
7 | Extension
8 | IPC
9 | Timeout
10 | IO
11 | LSN
```
# aurora\$1version
Amazon Aurora PostgreSQL 互換エディションバージョン番号の文字列値を返します。
## 構文
```
aurora_version()
```
## 引数
なし
## 戻り型
CHAR 型または VARCHAR 型の文字列
## 使用に関する注意事項
この関数は、Amazon Aurora PostgreSQL 互換エディションデータベースエンジンのバージョンを表示します。バージョン番号は、*メジャー*.*マイナー*.*パッチ* という形式の文字列として返されます。Aurora PostgreSQL のバージョン番号の詳細については、「[Aurora バージョン番号](AuroraPostgreSQL.Updates.md#AuroraPostgreSQL.Updates.Versions.AuroraNumber)」を参照してください。
Aurora PostgreSQL DB クラスターのメンテナンスウィンドウを設定することで、マイナーバージョンアップグレードを適用するタイミングを選択できます。この方法の詳細は、「[Amazon Aurora DB クラスターのメンテナンス](USER_UpgradeDBInstance.Maintenance.md)」を参照してください。
PostgreSQL バージョン 13.3、12.8、11.13、10.18、およびそれ以降のすべてのリリースからは、Aurora バージョン番号は PostgreSQL バージョン番号に従います。すべての Aurora PostgreSQL リリースの詳細については、『*Aurora PostgreSQL のリリースノート*』の「[Amazon Aurora PostgreSQL の更新](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html)」を参照してください。
## 例
次の例は、[PostgreSQL 12.7、Aurora PostgreSQL リリース 4.2](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#AuroraPostgreSQL.Updates.20180305.42) を実行している Aurora PostgreSQL DB クラスターに対して `aurora_version` 関数を呼び出し、その後、[Aurora PostgreSQL バージョン 13.3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Updates.html#AuroraPostgreSQL.Updates.20180305.133X) を実行しているクラスターに対して同じ関数を実行した結果を示しています。
```
=> SELECT * FROM aurora_version();
aurora_version
----------------
4.2.2
SELECT * FROM aurora_version();
aurora_version
----------------
13.3.0
```
この例は、Aurora PostgreSQL のバージョンに関する詳細を取得するために、さまざまなオプションを指定して関数を使用する方法を示しています。この例では、PostgreSQL のバージョン番号とは異なる Aurora バージョン番号があります。
```
=> SHOW SERVER_VERSION;
server_version
----------------
12.7
(1 row)
=> SELECT * FROM aurora_version();
aurora_version
----------------
4.2.2
(1 row)
=> SELECT current_setting('server_version') AS "PostgreSQL Compatiblility";
PostgreSQL Compatiblility
---------------------------
12.7
(1 row)
=> SELECT version() AS "PostgreSQL Compatiblility Full String";
PostgreSQL Compatiblility Full String
-------------------------------------------------------------------------------------------------------------
PostgreSQL 12.7 on aarch64-unknown-linux-gnu, compiled by aarch64-unknown-linux-gnu-gcc (GCC) 7.4.0, 64-bit
(1 row)
=> SELECT 'Aurora: '
|| aurora_version()
|| ' Compatible with PostgreSQL: '
|| current_setting('server_version') AS "Instance Version";
Instance Version
------------------------------------------------
Aurora: 4.2.2 Compatible with PostgreSQL: 12.7
(1 row)
```
次の例では、前の例と同じオプションで関数を使用します。この例では、PostgreSQL のバージョン番号とは異なる Aurora バージョン番号はありません。
```
=> SHOW SERVER_VERSION;
server_version
----------------
13.3
=> SELECT * FROM aurora_version();
aurora_version
----------------
13.3.0
=> SELECT current_setting('server_version') AS "PostgreSQL Compatiblility";
PostgreSQL Compatiblility
---------------------------
13.3
=> SELECT version() AS "PostgreSQL Compatiblility Full String";
PostgreSQL Compatiblility Full String
-------------------------------------------------------------------------------------------------
PostgreSQL 13.3 on x86_64-pc-linux-gnu, compiled by x86_64-pc-linux-gnu-gcc (GCC) 7.4.0, 64-bit
=> SELECT 'Aurora: '
|| aurora_version()
|| ' Compatible with PostgreSQL: '
|| current_setting('server_version') AS "Instance Version";
Instance Version
-------------------------------------------------------
Aurora: 13.3.0 Compatible with PostgreSQL: 13.3
```
# aurora\$1volume\$1logical\$1start\$1lsn
Aurora クラスターボリュームの論理先書きログ (WAL) ストリーム内のレコードの先頭を識別するために使用されるログシーケンス番号 (LSN) を返します。
## 構文
```
aurora_volume_logical_start_lsn()
```
## 引数
なし
## 戻り型
`pg_lsn`
## 使用に関する注意事項
この関数は、特定の Aurora クラスターボリュームの論理 WAL ストリーム内のレコードの先頭を識別します。この関数は、論理レプリケーションと Aurora 高速クローニングを使用してメジャーバージョンアップグレードを実行し、スナップショットまたはデータベースクローンを作成する LSN を決定するときに使用できます。その後、論理レプリケーションを使用して、LSN の後に記録された新しいデータを継続的にストリーミングし、パブリッシャーからサブスクライバーへの変更を同期できます。
論理レプリケーションをメジャーバージョンアップグレードに使用する方法の詳細については、「[論理レプリケーションを使用して Aurora PostgreSQL のメジャーバージョンアップグレードを実行する](AuroraPostgreSQL.MajorVersionUpgrade.md)」を参照してください。
この関数は、次の Aurora PostgreSQL バージョンで使用できます。
+ バージョン 15 の 15.2 以降
+ バージョン 14 の中の 14.3 以降
+ バージョン 13 の 13.6 以降
+ バージョン 12 の 12.10 以降
+ 11.15 以上の 11 バージョン
+ 10.20 以上の 10 バージョン
## 例
次のクエリを使用してログシーケンス番号 (LSN) を取得できます。
```
postgres=> SELECT aurora_volume_logical_start_lsn();
aurora_volume_logical_start_lsn
---------------
0/402E2F0
(1 row)
```
# aurora\$1wait\$1report
この関数は、期間中の待機イベントアクティビティを表示します。
## 構文
```
aurora_wait_report([time])
```
## 引数
*時間 (オプション)*
秒単位の時間。デフォルトは 10 秒です。
## 戻り型
次の列を含む SETOF レコード。
+ type\$1name — 待機タイプ名
+ event\$1name — 待機イベント名
+ wait — 待機数
+ wait\$1time — ミリ秒単位の待機時間
+ ms\$1per\$1wait — 待機数による平均ミリ秒
+ waits\$1per\$1xact — 1 トランザクションの数による平均待機数
+ ms\$1per\$1wait — 待機数による平均ミリ秒
## 使用に関する注意事項
この関数は、PostgreSQL 9.6.6 以上のバージョンと互換性がある Aurora PostgreSQL リリース 1.1 で使用できます。
この関数を使用するには、まず、次のように Aurora PostgreSQL `aurora_stat_utils` 拡張機能を作成する必要があります。
```
=> CREATE extension aurora_stat_utils;
CREATE EXTENSION
```
使用可能な Aurora PostgreSQL 拡張機能バージョンの詳細については、『*Aurora PostgreSQL のリリースノート*』の「[Amazon Aurora PostgreSQL の拡張機能バージョン](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/AuroraPostgreSQL.Extensions.html)」を参照してください。
この関数は、aurora\$1stat\$1system\$1waits() 関数と pg\$1stat\$1database PostgreSQL 統計ビューからの統計データの 2 つのスナップショットを比較して、インスタンスレベルの待機イベントを計算します。
`aurora_stat_system_waits()` と `pg_stat_database` の詳細については、『*PostgreSQL ドキュメント*』の「[統計コレクター](https://www.postgresql.org/docs/current/monitoring-stats.html#PG-STAT-DATABASE-VIEW)」を参照してください。
この関数を実行すると、最初のスナップショットを取得し、指定された秒数だけ待ってから、2 番目のスナップショットを取得します。この関数は 2 つのスナップショットを比較し、差を返します。この差は、その時間間隔におけるインスタンスのアクティビティを表します。
ライターインスタンスでは、この関数はコミットされたトランザクションの数と TPS (1 秒あたりのトランザクション) も表示します。この関数は、インスタンスレベルで情報を返し、インスタンス上のすべてのデータベースを含みます。
## 例
この例は、aurora\$1stat\$1utils 拡張機能を作成して、aurora\$1wait\$1report 関数を使用できるようにする方法を示しています。
```
=> CREATE extension aurora_stat_utils;
CREATE EXTENSION
```
この例は、10 秒間の待機レポートをチェックする方法を示しています。
```
=> SELECT *
FROM aurora_wait_report();
NOTICE: committed 34 transactions in 10 seconds (tps 3)
type_name | event_name | waits | wait_time | ms_per_wait | waits_per_xact | ms_per_xact
-----------+-------------------+-------+-----------+-------------+----------------+-------------
Client | ClientRead | 26 | 30003.00 | 1153.961 | 0.76 | 882.441
Activity | WalWriterMain | 50 | 10051.32 | 201.026 | 1.47 | 295.627
Timeout | PgSleep | 1 | 10049.52 | 10049.516 | 0.03 | 295.574
Activity | BgWriterHibernate | 1 | 10048.15 | 10048.153 | 0.03 | 295.534
Activity | AutoVacuumMain | 18 | 9941.66 | 552.314 | 0.53 | 292.402
Activity | BgWriterMain | 1 | 201.09 | 201.085 | 0.03 | 5.914
IO | XactSync | 15 | 25.34 | 1.690 | 0.44 | 0.745
IO | RelationMapRead | 12 | 0.54 | 0.045 | 0.35 | 0.016
IO | WALWrite | 84 | 0.21 | 0.002 | 2.47 | 0.006
IO | DataFileExtend | 1 | 0.02 | 0.018 | 0.03 | 0.001
```
この例は、60 秒間の待機レポートをチェックする方法を示しています。
```
=> SELECT *
FROM aurora_wait_report(60);
NOTICE: committed 1544 transactions in 60 seconds (tps 25)
type_name | event_name | waits | wait_time | ms_per_wait | waits_per_xact | ms_per_xact
-----------+------------------------+---------+-----------+-------------+----------------+-------------
Lock | transactionid | 6422 | 477000.53 | 74.276 | 4.16 | 308.938
Client | ClientRead | 8265 | 270752.99 | 32.759 | 5.35 | 175.358
Activity | CheckpointerMain | 1 | 60100.25 | 60100.246 | 0.00 | 38.925
Timeout | PgSleep | 1 | 60098.49 | 60098.493 | 0.00 | 38.924
Activity | WalWriterMain | 296 | 60010.99 | 202.740 | 0.19 | 38.867
Activity | AutoVacuumMain | 107 | 59827.84 | 559.139 | 0.07 | 38.749
Activity | BgWriterMain | 290 | 58821.83 | 202.834 | 0.19 | 38.097
IO | XactSync | 1295 | 55220.13 | 42.641 | 0.84 | 35.764
IO | WALWrite | 6602259 | 47810.94 | 0.007 | 4276.07 | 30.966
Lock | tuple | 473 | 29880.67 | 63.173 | 0.31 | 19.353
LWLock | buffer_mapping | 142 | 3540.13 | 24.930 | 0.09 | 2.293
Activity | BgWriterHibernate | 290 | 1124.15 | 3.876 | 0.19 | 0.728
IO | BufFileRead | 7615 | 618.45 | 0.081 | 4.93 | 0.401
LWLock | buffer_content | 73 | 345.93 | 4.739 | 0.05 | 0.224
LWLock | lock_manager | 62 | 191.44 | 3.088 | 0.04 | 0.124
IO | RelationMapRead | 72 | 5.16 | 0.072 | 0.05 | 0.003
LWLock | ProcArrayLock | 1 | 2.01 | 2.008 | 0.00 | 0.001
IO | ControlFileWriteUpdate | 2 | 0.03 | 0.013 | 0.00 | 0.000
IO | DataFileExtend | 1 | 0.02 | 0.018 | 0.00 | 0.000
IO | ControlFileSyncUpdate | 1 | 0.00 | 0.000 | 0.00 | 0.000
```
# Amazon Aurora PostgreSQL のパラメータ
Amazon Aurora DB クラスターの管理は、Amazon RDS DB インスタンスの場合と同じように、DB パラメータグループのパラメータを使用して行います。ただし、Amazon Aurora は、Aurora DB クラスターに複数の DB インスタンスがあるという点で Amazon RDS とは異なります。次のように、Amazon Aurora DB クラスターの管理に使用するパラメータの中には、クラスター全体に適用されるパラメータと、DB クラスター内の一部の DB インスタンスのみに適用されるパラメータがあります。
+ **DB クラスターのパラメータグループ** – DB クラスターパラメータグループには、Aurora DB クラスター全体に適用される一連のエンジン設定パラメータが含まれます。例えば、クラスターキャッシュ管理は、DB クラスターパラメータグループに含まれる `apg_ccm_enabled` パラメータで制御される Aurora DB クラスターの機能です。DB クラスターパラメータグループには、クラスターを構成する DB インスタンスの DB パラメータグループのデフォルト設定も含まれています。
+ **DB パラメータグループ** – DB パラメータグループは、そのエンジンタイプの特定の DB インスタンスに適用されるエンジン設定値のセットです。PostgreSQL DB エンジンの DB パラメータグループは、RDS for PostgreSQL DB インスタンスと Aurora PostgreSQL DB クラスターによって使用されます。これらの構成設定が適用されるプロパティ (メモリバッファのサイズなど) は、Aurora クラスター内の DB インスタンス間で異なる場合があります。
DB クラスター パラメータグループでクラスターレベルのパラメータを管理しています。インスタンスレベルのパラメータは、DB パラメータグループで管理されます。パラメータは、Amazon RDS コンソール、AWS CLI、または Amazon RDS API を使用して管理できます。クラスターレベルのパラメータとインスタンスレベルのパラメータでは、管理のためのコマンドが別です。
+ DB クラスターパラメータグループのクラスターレベルのパラメータを管理するには、AWS CLI の [modify-db-cluster-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster-parameter-group.html) コマンドを使用します。
+ DB クラスター内の DB インスタンスに対する DB パラメータグループのインスタンスレベルのパラメータを管理するには、AWS CLI の [modify-db-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-parameter-group.html) コマンドを使用します。
AWS CLI の詳細については、*AWS Command Line Interface ユーザーガイド*の「[AWS CLI の使用](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-using.html)」を参照してください。
パラメータグループの詳細については、「[Amazon Aurora のパラメータグループ](USER_WorkingWithParamGroups.md)」を参照してください。
## Aurora PostgreSQL DB クラスターパラメータと DB パラメータの表示
RDS for PostgreSQL DB インスタンスおよび Aurora PostgreSQL DB クラスターで使用可能なすべてのデフォルトパラメータグループを AWS マネジメントコンソール で表示できます。すべての DB エンジンおよび DB クラスターのタイプとバージョンのデフォルトのパラメータグループが、各 AWS リージョンについて一覧表示されます。カスタムパラメータグループも一覧表示されます。
AWS マネジメントコンソール で表示するのではなく、DB クラスターパラメータグループと DB パラメータグループに含まれるパラメータを、AWS CLI または Amazon RDS API で一覧表示することもできます。例えば、DB クラスターパラメータグループのパラメータを表示するには、次のように、AWS CLI の [describe-db-cluster-parameters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-parameters.html) コマンドを使用します。
```
aws rds describe-db-cluster-parameters --db-cluster-parameter-group-name default.aurora-postgresql12
```
このコマンドは、各パラメータの詳細な JSON 記述を返します。返される情報の量を減らすには、`--query` オプションを使用して必要な情報を指定します。例えば、デフォルトの Aurora PostgreSQL 12 DB クラスターパラメータグループのパラメータ名、その説明、および取り得る値を次のように取得できます。
Linux、macOS、Unix の場合:
```
aws rds describe-db-cluster-parameters --db-cluster-parameter-group-name default.aurora-postgresql12 \
--query 'Parameters[].[{ParameterName:ParameterName,Description:Description,ApplyType:ApplyType,AllowedValues:AllowedValues}]'
```
Windows の場合:
```
aws rds describe-db-cluster-parameters --db-cluster-parameter-group-name default.aurora-postgresql12 ^
--query "Parameters[].[{ParameterName:ParameterName,Description:Description,ApplyType:ApplyType,AllowedValues:AllowedValues}]"
```
Aurora DB クラスターパラメータグループには、特定の Aurora DB エンジンの DB インスタンスパラメータグループとデフォルト値が含まれます。DB パラメータのリストは、同じデフォルトの Aurora PostgreSQL のデフォルトパラメータグループから、AWS CLI コマンドの [describe-db-parameters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-parameters.html) を使用して次のように取得できます。
Linux、macOS、Unix の場合:
```
aws rds describe-db-parameters --db-parameter-group-name default.aurora-postgresql12 \
--query 'Parameters[].[{ParameterName:ParameterName,Description:Description,ApplyType:ApplyType,AllowedValues:AllowedValues}]'
```
Windows の場合:
```
aws rds describe-db-parameters --db-parameter-group-name default.aurora-postgresql12 ^
--query "Parameters[].[{ParameterName:ParameterName,Description:Description,ApplyType:ApplyType,AllowedValues:AllowedValues}]"
```
前述のコマンドは、DB クラスターまたは DB パラメータグループからのパラメータのリストと、クエリで指定された説明やその他の詳細を返します。以下に、応答の例を示します。
```
[
[
{
"ParameterName": "apg_enable_batch_mode_function_execution",
"ApplyType": "dynamic",
"Description": "Enables batch-mode functions to process sets of rows at a time.",
"AllowedValues": "0,1"
}
],
[
{
"ParameterName": "apg_enable_correlated_any_transform",
"ApplyType": "dynamic",
"Description": "Enables the planner to transform correlated ANY Sublink (IN/NOT IN subquery) to JOIN when possible.",
"AllowedValues": "0,1"
}
],...
```
Aurora PostgreSQL バージョン 14 のデフォルトの DB クラスターパラメータと DB パラメータの値を含む表を次に示します。
## Aurora PostgreSQL クラスターレベルのパラメータ
AWS マネジメントコンソール、AWS CLI、または Amazon RDS API を使用して、特定の Aurora PostgresSQL バージョンのクラスターレベルパラメータを表示できます。RDS コンソールでの Aurora PostgreSQL DB クラスターパラメータグループ内のパラメータの表示方法については、「[Amazon Aurora での DB クラスターパラメータグループのパラメータ値の表示](USER_WorkingWithParamGroups.ViewingCluster.md)」を参照してください。
クラスターレベルのパラメータの中には、すべてのバージョンで使用できないものもあり、一部は廃止されています。特定の Aurora PostgreSQL バージョンのパラメータを表示する方法については、「[Aurora PostgreSQL DB クラスターパラメータと DB パラメータの表示](#AuroraPostgreSQL.Reference.ParameterGroups-viewing-parameters)」を参照してください。
例えば、次の表は Aurora PostgreSQL バージョン 14 のデフォルトの DB クラスターパラメータグループで使用可能なパラメータを示しています。独自のカスタム DB パラメータグループを指定せずに Aurora PostgreSQL DB クラスターを作成すると、DB クラスターは、選択したバージョンのデフォルトの Aurora DB クラスターパラメータグループ (`default.aurora-postgresql14`、`default.aurora-postgresql13` など) を使用して作成されます。
同じデフォルトの DB クラスターパラメータグループの DB インスタンスパラメータの一覧については、「[Aurora PostgreSQL インスタンスレベルのパラメータ](#AuroraPostgreSQL.Reference.Parameters.Instance)」を参照してください。
| パラメータ名 | 説明 | デフォルト |
| --- | --- | --- |
| ansi\$1constraint\$1trigger\$1ordering | 制約トリガーの起動順序を ANSI SQL スタンダードと互換性があるように変更します。 | – |
| ansi\$1force\$1foreign\$1key\$1checks | カスケード削除やカスケード更新などの参照アクションは、アクションに存在するさまざまなトリガーコンテキストに関係なく、常に実行されるようにします。 | – |
| ansi\$1qualified\$1update\$1set\$1target | UPDATE ..。SET ステートメントでテーブルとスキーマ修飾子をサポートします。 | – |
| apg\$1ccm\$1enabled | クラスターのクラスターキャッシュ管理を有効または無効にします。 | – |
| apg\$1enable\$1batch\$1mode\$1function\$1execution | バッチモード関数が一度に一連の行を処理できるようにします。 | – |
| apg\$1enable\$1correlated\$1any\$1transform | プランナーが、可能な場合、相関関係のある ANY Sublink (IN/NOT IN サブクエリ) を JOIN に変換できるようにします。 | – |
| apg\$1enable\$1function\$1migration | プランナーが対象となるスカラー関数を FROM 句に移行できるようにします。 | – |
| apg\$1enable\$1not\$1in\$1transform | 可能であれば、プランナーが NOT IN サブクエリを ANTI JOIN に変換できるようにします。 | – |
| apg\$1enable\$1remove\$1redundant\$1inner\$1joins | プランナーが冗長な内部結合を削除できるようにします。 | – |
| apg\$1enable\$1semijoin\$1push\$1down | ハッシュ結合のセミジョインフィルタの使用を有効にします。 | – |
| apg\$1plan\$1mgmt.capture\$1plan\$1baselines | 計画取得のベースラインモード。manual - すべての SQL ステートメントに対して計画取得を有効にします。off - 計画取得を無効にします。automatic - 対象となる基準を満たす pg\$1stat\$1statements 内のステートメントに対して計画取得を有効にします。 | 化 |
| apg\$1plan\$1mgmt.max\$1databases | apg\$1plan\$1mgmt を使用してクエリを管理できるデータベースの最大数を設定します。 | 10 |
| apg\$1plan\$1mgmt.max\$1plans | apg\$1plan\$1mgmt によってキャッシュされることができる計画の最大数を設定します。 | 10000 |
| apg\$1plan\$1mgmt.plan\$1retention\$1period | 計画が最後に使用された last\$1used の日付から、計画が自動的に削除されるまでの最大日数。 | 32 |
| apg\$1plan\$1mgmt.unapproved\$1plan\$1execution\$1threshold | 未承認計画は、見積総コストがこの額未満の場合実行されます。 | 0 |
| apg\$1plan\$1mgmt.use\$1plan\$1baselines | 管理ステートメントに、承認済み計画または決定済み計画のみを使用します。 | false |
| application\$1name | 統計情報とログで報告されるアプリケーション名を設定します。 | – |
| array\$1nulls | 配列への NULL 要素の入力を有効にします。 | – |
| aurora\$1compute\$1plan\$1id | クエリ実行計画をモニタリングして、現在のデータベース負荷の原因となる実行計画を検出し、実行計画のパフォーマンス統計を経時的に追跡できます。詳細については、「[Aurora PostgreSQL のクエリ実行計画のモニタリング](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraPostgreSQL.Monitoring.Query.Plans.html)」を参照してください。 | オン |
| authentication\$1timeout | (s) クライアント認証が完了するまでに許容される最大時間を設定します。 | – |
| auto\$1explain.log\$1analyze | 計画のログ記録に EXPLAIN ANALYZE を使用します。 | – |
| auto\$1explain.log\$1buffers | バッファの使用状況をログに記録します。 | – |
| auto\$1explain.log\$1format | 計画のログ記録に使用する EXPLAIN 形式。 | – |
| auto\$1explain.log\$1min\$1duration | 最小実行時間を設定します。この値を超えると計画がログに記録されます。 | – |
| auto\$1explain.log\$1nested\$1statement | ネストされたステートメントをログに記録します。 | – |
| auto\$1explain.log\$1timing | 行数だけでなく、タイミングデータを収集します。 | – |
| auto\$1explain.log\$1triggers | トリガー統計を計画に含めます。 | – |
| auto\$1explain.log\$1verbose | 計画のログ記録に EXPLAIN VERBOSE を使用します。 | – |
| auto\$1explain.sample\$1rate | 処理するクエリの割合。 | – |
| autovacuum | autovacuum サブプロセスを起動します。 | – |
| autovacuum\$1analyze\$1scale\$1factor | 分析する前のタプルの挿入、更新、削除の数 (reltuples の割合として指定)。 | 0.05 |
| autovacuum\$1analyze\$1threshold | 分析する前のタプルの挿入、更新、削除の最小数。 | – |
| autovacuum\$1freeze\$1max\$1age | トランザクション ID の循環を防ぐためにテーブルに対して autovacuum を実行する期間。 | – |
| autovacuum\$1max\$1workers | 同時に実行される autovacuum ワーカープロセスの最大数を設定します。 | GREATEST(DBInstanceClassMemory/64371566592,3) |
| autovacuum\$1multixact\$1freeze\$1max\$1age | multixact の循環を防ぐためにテーブルに対して autovacuum を実行する multixact 期間。 | – |
| autovacuum\$1naptime | (s) autovacuum の実行の間でスリープ状態になっている時間。 | 5 |
| autovacuum\$1vacuum\$1cost\$1delay | (ミリ秒) autovacuum でのバキューム処理のコスト遅延。 | 5 |
| autovacuum\$1vacuum\$1cost\$1limit | autovacuum でバキューム処理を停止する制限値となるバキューム処理のコスト | GREATEST(log(DBInstanceClassMemory/21474836480)\$1600,200) |
| autovacuum\$1vacuum\$1insert\$1scale\$1factor | バキューム処理をする前のタプルの挿入の数 (reltuples の割合として指定)。 | – |
| autovacuum\$1vacuum\$1insert\$1threshold | バキューム処理をする前のタプル挿入の最小数。-1 を指定するとバキュームの挿入が無効になります。 | – |
| autovacuum\$1vacuum\$1scale\$1factor | バキューム処理をする前のタプルの更新または削除の数 (reltuples の割合として指定)。 | 0.1 |
| autovacuum\$1vacuum\$1threshold | バキューム処理をする前のタプルの更新また削除の最小数。 | – |
| autovacuum\$1work\$1mem | (kB) 各 autovacuum ワーカープロセスで使用するメモリの最大量を設定します。 | GREATEST(DBInstanceClassMemory/32768,131072) |
| babelfishpg\$1tds.default\$1server\$1name | デフォルトの Babelfish サーバーの名前。 | Microsoft SQL Server |
| babelfishpg\$1tds.listen\$1addresses | TDS をリッスンするためのホスト名または IP アドレスを設定します。 | \$1 |
| babelfishpg\$1tds.port | サーバーがリッスンする TDS TCP ポートを設定します。 | 1433 |
| babelfishpg\$1tds.tds\$1debug\$1log\$1level | TDS でのログ記録レベルを設定します。0 にするとログ記録は無効になります。 | 1 |
| babelfishpg\$1tds.tds\$1default\$1numeric\$1precision | エンジンが精度を指定していない場合に TDS 列のメタデータで送信される数値型のデフォルト精度を設定します。 | 38 |
| babelfishpg\$1tds.tds\$1default\$1numeric\$1scale | エンジンがスケールを指定していない場合に TDS 列のメタデータで送信される数値型のデフォルトスケールを設定します。 | 8 |
| babelfishpg\$1tds.tds\$1default\$1packet\$1size | すべての SQL Server クライアントを接続するためのデフォルトのパケットサイズを設定します。 | 4096 |
| babelfishpg\$1tds.tds\$1default\$1protocol\$1version | すべてのクライアントを接続するためのデフォルトの TDS プロトコルバージョンを設定します。 | DEFAULT |
| babelfishpg\$1tds.tds\$1ssl\$1encrypt | SSL 暗号化オプションを設定します。 | 0 |
| babelfishpg\$1tds.tds\$1ssl\$1max\$1protocol\$1version | tds セッションに使用する最大の SSL/TLS プロトコルバージョンを設定します。 | TLSv1.2 |
| babelfishpg\$1tds.tds\$1ssl\$1min\$1protocol\$1version | tds セッションに使用する最小の SSL/TLS プロトコルバージョンを設定します。 | Aurora PostgreSQL バージョン 16 の TLSv1.2、Aurora PostgreSQL バージョン 16 より古いバージョンの TLSv1 |
| babelfishpg\$1tsql. default\$1locale | CREATE COLLATION によって作成された照合に使用されるデフォルトのロケール。 | en-US |
| babelfishpg\$1tsql.migration\$1mode | 複数のユーザーデータベースがサポートされるかどうかを定義します。 | Aurora PostgreSQL バージョン 16 の multi-db、Aurora PostgreSQL バージョン 16 より古いバージョンの single-db |
| babelfishpg\$1tsql.server\$1collation\$1name | デフォルトのサーバー照合順序の名前 | sql\$1latin1\$1general\$1cp1\$1ci\$1as |
| babelfishpg\$1tsql.version | @@VERSION 変数の出力を設定します。 | デフォルト |
| backend\$1flush\$1after | (8Kb) 以前に実行された書き込みがディスクにフラッシュされるまでのページ数。 | – |
| backslash\$1quote | 文字列リテラルで \$1\$1 を許可するかどうかを指定します。 | – |
| backtrace\$1functions | これらの関数のエラーのバックトレースをログに記録します。 | – |
| bytea\$1output | バイトの出力形式を設定します。 | – |
| check\$1function\$1bodies | CREATE FUNCTION の実行中に関数の本体をチェックします。 | – |
| client\$1connection\$1check\$1interval | クエリ実行中の切断を確認する時間間隔を設定します。 | – |
| client\$1encoding | クライアントの文字セットエンコードを設定します。 | UTF8 |
| client\$1min\$1messages | クライアントへ送信されるメッセージレベルを設定します。 | – |
| compute\$1query\$1id | クエリ ID を計算します。 | 自動 |
| config\$1file | サーバーのメイン設定ファイルを設定します。 | /rdsdbdata/config/postgresql.conf |
| constraint\$1exclusion | クエリを最適化するために、プランナーが制約を使用できるようにします。 | – |
| cpu\$1index\$1tuple\$1cost | インデックススキャンの実行中に各インデックスエントリを処理する際にかかるコストに対するプランナーの見積もりを設定します。 | – |
| cpu\$1operator\$1cost | 演算子や関数呼び出しのそれぞれを処理する際にかかるコストに対するプランナーの見積もりを設定します。 | – |
| cpu\$1tuple\$1cost | 各タプル (行) の処理にかかるコストに対するプランナーの見積もりを設定します。 | – |
| cron.database\$1name | pg\$1cron メタデータテーブルを保存するようにデータベースを設定します | postgres |
| cron.log\$1run | 実行されたすべてのジョブを job\$1run\$1details テーブルにログとして記録します。 | on |
| cron.log\$1statement | 実行前のすべての cron ステートメントをログ記録します。 | 化 |
| cron.max\$1running\$1jobs | 同時に実行できるジョブの最大数。 | 5 |
| cron.use\$1background\$1workers | pg\$1cron のバックグラウンドワーカーを有効にします。 | on |
| cursor\$1tuple\$1fraction | 取得されるカーソル行の割合に対するプランナーの見積もりを設定します。 | – |
| data\$1directory | サーバーのデータディレクトリを設定します。 | /rdsdbdata/db |
| datestyle | 日付と時刻の値の表示形式を設定します。 | – |
| db\$1user\$1namespace | データベースごとのユーザー名を有効にします。 | – |
| deadlock\$1timeout | (ms) デッドロックをチェックするまでロックを待機する時間を設定します。 | – |
| debug\$1pretty\$1print | 分析ツリーや計画ツリーの表示をインデントして見やすくします。 | – |
| debug\$1print\$1parse | 各クエリの分析ツリーをログに記録します。 | – |
| debug\$1print\$1plan | 各クエリの実行計画をログに記録します。 | – |
| debug\$1print\$1rewritten | 各クエリの書き直された分析ツリーをログに記録します。 | – |
| default\$1statistics\$1target | デフォルトの統計情報の対象を設定します。 | – |
| default\$1tablespace | テーブルとインデックスを作成するためのデフォルトのテーブルスペースを設定します。 | – |
| default\$1toast\$1compression | 圧縮可能な値のデフォルトの圧縮方法を設定します。 | – |
| default\$1transaction\$1deferrable | 新しいトランザクションのデフォルトの遅延ステータスを設定します。 | – |
| default\$1transaction\$1isolation | 新しい各トランザクションのトランザクション分離レベルを設定します。 | – |
| default\$1transaction\$1read\$1only | 新しいトランザクションのデフォルトの読み取り専用ステータスを設定します。 | – |
| effective\$1cache\$1size | (8kB) ディスクキャッシュのサイズに関するプランナーの予測を設定します。 | SUM(DBInstanceClassMemory/12038,-50003) |
| effective\$1io\$1concurrency | ディスクサブシステムで効率的に処理できる同時リクエストの数。 | – |
| enable\$1async\$1append | プランナーが非同期追加計画を使用できるようにします。 | – |
| enable\$1bitmapscan | プランナーがビットマップスキャン計画を使用できるようにします。 | – |
| enable\$1gathermerge | プランナーがマージ収集計画を使用できるようにします。 | – |
| enable\$1hashagg | プランナーがハッシュされた集計計画を使用できるようにします。 | – |
| enable\$1hashjoin | プランナーがハッシュ結合計画を使用できるようにします。 | – |
| enable\$1incremental\$1sort | プランナーが増分ソートステップを使用できるようにします。 | – |
| enable\$1indexonlyscan | プランナーがインデックスのみのスキャン計画を使用できるようにします。 | – |
| enable\$1indexscan | プランナーがインデックススキャン計画を使用できるようにします。 | – |
| enable\$1material | プランナーがマテリアル化を使用できるようにします。 | – |
| enable\$1memoize | プランナーがメモを使用できるようにします | – |
| enable\$1mergejoin | プランナーがマージ結合計画を使用できるようにします。 | – |
| enable\$1nestloop | プランナーがネステッドループ結合計画を使用できるようにします。 | – |
| enable\$1parallel\$1append | プランナーが並列追加計画を使用できるようにします。 | – |
| enable\$1parallel\$1hash | プランナーが並列ハッシュ計画を使用できるようにします。 | – |
| enable\$1partition\$1pruning | 計画時および実行時のパーティションプルーニングを有効にします。 | – |
| enable\$1partitionwise\$1aggregate | パーティション単位の集計とグループ化を有効にします。 | – |
| enable\$1partitionwise\$1join | パーティション単位の結合を有効にします。 | – |
| enable\$1seqscan | プランナーがシーケンシャルスキャン計画を使用できるようにします。 | – |
| enable\$1sort | プランナーが明示的なソートステップを使用できるようにします。 | – |
| enable\$1tidscan | プランナーが TID スキャン計画を使用できるようにします。 | – |
| escape\$1string\$1warning | 通常の文字列リテラルにバックスラッシュのエスケープ文字が含まれている場合に警告を出します。 | – |
| exit\$1on\$1error | エラーがあればセッションを終了します。 | – |
| extra\$1float\$1digits | 浮動小数点値の表示桁数を設定します。 | – |
| force\$1parallel\$1mode | 並列クエリ機能の使用を強制します。 | – |
| from\$1collapse\$1limit | FROM リストのサイズを設定します。この値を超えるとサブクエリが折りたたまれなくなります。 | – |
| geqo | 遺伝的クエリ最適化を有効にします。 | – |
| geqo\$1effort | GEQO: 他の GEQO パラメータのデフォルト値を設定するために使用されます。 | – |
| geqo\$1generations | GEQO: アルゴリズムの反復の数。 | – |
| geqo\$1pool\$1size | GEQO: 母集団内の個体の数。 | – |
| geqo\$1seed | GEQO: 無作為のパスを選択するための初期値。 | – |
| geqo\$1selection\$1bias | GEQO: 母集団内の選択圧。 | – |
| geqo\$1threshold | FROM 項目のしきい値を設定します。この値を超えると GEQO が使用されます。 | – |
| gin\$1fuzzy\$1search\$1limit | GIN による完全一致検索で許可される結果の最大数を設定します。 | – |
| gin\$1pending\$1list\$1limit | (kB) GIN インデックスの保留リストの最大サイズを設定します。 | – |
| hash\$1mem\$1multiplier | ハッシュテーブルに使用する work\$1mem の乗数。 | – |
| hba\$1file | サーバーの hba 設定ファイルを設定します。 | /rdsdbdata/config/pg\$1hba.conf |
| hot\$1standby\$1feedback | ホットスタンバイからプライマリへのフィードバックを許可し、クエリの競合を回避します。 | on |
| huge\$1pages | DB インスタンスが、共有バッファで使用されるような、大きく連続したメモリチャンクで動作しているときのオーバーヘッドを軽減します。t3.medium,db.t3.large,db.t4g.medium,db.t4g.large インスタンスクラス以外のすべての DB インスタンスクラスについて、デフォルトでオンになっています。 | オン |
| ident\$1file | サーバー ID 設定ファイルを設定します。 | /rdsdbdata/config/pg\$1ident.conf |
| idle\$1in\$1transaction\$1session\$1timeout | (ms) アイドリングトランザクションに許容される最大実行時間を設定します。 | 86400000 |
| idle\$1session\$1timeout | 指定された時間を超えてアイドル状態 (クライアントからのクエリを待機している状態) であるが、オープントランザクション内ではないセッションを終了させます | – |
| intervalstyle | 間隔値の表示形式を設定します。 | – |
| join\$1collapse\$1limit | FROM リストのサイズを設定します。この値を超えると JOIN 構造が平坦化されなくなります。 | – |
| krb\$1caseins\$1users | GSSAPI (汎用セキュリティサービス API) ユーザー名を大文字と小文字を区別しない (true) かどうかを設定します。デフォルトでは、このパラメータは false に設定されているため、Kerberos はユーザー名の大文字と小文字が区別されることを想定しています。詳細については、PostgreSQL のドキュメントの「[GSSAPI Authentication](https://www.postgresql.org/docs/current/gssapi-auth.html)」を参照してください。 | false |
| lc\$1messages | メッセージを表示する言語を設定します。 | – |
| lc\$1monetary | 金額の書式のロケールを設定します。 | – |
| lc\$1numeric | 数値の書式のロケールを設定します。 | – |
| lc\$1time | 日付と時刻の書式のロケールを設定します。 | – |
| listen\$1addresses | リッスンするホスト名または IP アドレスを設定します。 | \$1 |
| lo\$1compat\$1privileges | ラージオブジェクトの権限チェックの下位互換モードを有効にします。 | 0 |
| log\$1autovacuum\$1min\$1duration | (ms) autovacuum に関する最小実行時間を設定します。この値を超えると autovacuum アクションがログに記録されます。 | 10000 |
| log\$1connections | 成功した各接続をログに記録します。 | – |
| log\$1destination | サーバーログの出力先を設定します。 | stderr |
| log\$1directory | ログファイルの保存先ディレクトリを設定します。 | /rdsdbdata/log/error |
| log\$1disconnections | セッションの終了をログに記録します (セッションの有効期間も含まれます)。 | – |
| log\$1duration | 完了した各 SQL ステートメントの期間をログに記録します。 | – |
| log\$1error\$1verbosity | ログに記録されるメッセージの詳細を設定します。 | – |
| log\$1executor\$1stats | 実行プログラムのパフォーマンスの統計情報をサーバーログに書き込みます。 | – |
| log\$1file\$1mode | ログファイルのファイルアクセス許可を設定します。 | 0644 |
| log\$1filename | ログファイルのファイル名のパターンを設定します。 | postgresql.log.%Y-%m-%d-%H%M |
| logging\$1collector | サブプロセスを開始して、stderr 出力や csvlogs をログファイルにキャプチャします。 | 1 |
| log\$1hostname | 接続ログにホスト名を記録します。 | 0 |
| logical\$1decoding\$1work\$1mem | (kB) この量のメモリは、ディスクに書き込むことなく、各内部リオーダバッファで使用できます。 | – |
| log\$1line\$1prefix | 各ログ行の先頭に付ける情報を制御します。 | %t:%r:%u@%d:%p]: |
| log\$1lock\$1waits | 長期間にわたるロックの待機をログに記録します。 | – |
| log\$1min\$1duration\$1sample | (ms) ステートメントのサンプリングに関する最小実行時間を設定します。この値を超えるとステートメントがサンプリングされてログに記録されます。サンプリングは log\$1statement\$1sample\$1rate によって決定されます。 | – |
| log\$1min\$1duration\$1statement | (ms) ステートメントに関する最小実行時間を設定します。この値を超えるとステートメントがログに記録されます。 | – |
| log\$1min\$1error\$1statement | 設定したレベル以上のエラーが発生したすべてのステートメントをログに記録します。 | – |
| log\$1min\$1messages | ログに記録するメッセージレベルを設定します。 | – |
| log\$1parameter\$1max\$1length | (B) ステートメントをログに記録するときに、ログに記録されるパラメータ値を最初の N バイトに制限します。 | – |
| log\$1parameter\$1max\$1length\$1on\$1error | (B) エラーを報告するときに、ログに記録されるパラメータ値を最初の N バイトに制限します。 | – |
| log\$1parser\$1stats | 分析のパフォーマンスの統計情報をサーバーログに書き込みます。 | – |
| log\$1planner\$1stats | プランナーのパフォーマンスの統計情報をサーバーログに書き込みます。 | – |
| log\$1replication\$1commands | 各レプリケーションコマンドをログに記録します。 | – |
| log\$1rotation\$1age | (min) N 分が経過するとログファイルのローテーションが自動的に発生します。 | 60 |
| log\$1rotation\$1size | (kB) N キロバイトを超えるとログファイルのローテーションが自動的に発生します。 | 100000 |
| log\$1statement | ログに記録するステートメントのタイプを設定します。 | – |
| log\$1statement\$1sample\$1rate | ログに記録される log\$1min\$1duration\$1sample を超えるステートメントの割合。 | – |
| log\$1statement\$1stats | 累積処理のパフォーマンスの統計情報をサーバーログに書き込みます。 | – |
| log\$1temp\$1files | (kB) 指定したサイズ (キロバイト) を超える一時ファイルの使用をログに記録します。 | – |
| log\$1timezone | ログメッセージで使用するタイムゾーンを設定します。 | UTC |
| log\$1transaction\$1sample\$1rate | 新しいトランザクションに対してログに記録するトランザクションの割合を設定します。 | – |
| log\$1truncate\$1on\$1rotation | ログローテーション中に同じ名前の既存のログファイルを切り捨てます。 | 0 |
| maintenance\$1io\$1concurrency | メンテナンス作業に使用される effective\$1io\$1concurrency のバリアント。 | 1 |
| maintenance\$1work\$1mem | (kB) メンテナンスオペレーションに使用するメモリの最大量を設定します。 | GREATEST(DBInstanceClassMemory/63963136\$11024,65536) |
| max\$1connections | 同時接続の最大数を設定します。 | LEAST(DBInstanceClassMemory/9531392,5000) |
| max\$1files\$1per\$1process | 各サーバープロセスで同時に開くことができるファイルの最大数を設定します。 | – |
| max\$1locks\$1per\$1transaction | トランザクションあたりのロックの最大数を設定します。 | 64 |
| max\$1logical\$1replication\$1workers | 論理レプリケーションワーカープロセスの最大数。 | – |
| max\$1parallel\$1maintenance\$1workers | メンテナンスオペレーションあたりの並列プロセスの最大数を設定します。 | – |
| max\$1parallel\$1workers | 一度にアクティブにできる並列ワーカーの最大数を設定します。 | GREATEST(\$1DBInstanceVCPU/2,8) |
| max\$1parallel\$1workers\$1per\$1gather | エグゼキュターノードあたりの並列プロセスの最大数を設定します。 | – |
| max\$1pred\$1locks\$1per\$1page | ページあたりの述語ロックタプルの最大数を設定します。 | – |
| max\$1pred\$1locks\$1per\$1relation | リレーションあたりの述語ロックページとタプルの最大数を設定します。 | – |
| max\$1pred\$1locks\$1per\$1transaction | トランザクションあたりの述語ロックの最大数を設定します。 | – |
| max\$1prepared\$1transactions | 同時に準備できるトランザクションの最大数を設定します。 | 0 |
| max\$1replication\$1slots | サーバーがサポートできるレプリケーションスロットの最大数を設定します。 | 20 |
| max\$1slot\$1wal\$1keep\$1size | (MB) ディスク上の WAL がこの量のスペースを占有している場合、レプリケーションスロットは障害があるとマークされ、セグメントは削除またはリサイクルのために解放されます。 | – |
| max\$1stack\$1depth | (kB) スタックの深度の最大値をキロバイト単位で設定します。 | 6144 |
| max\$1standby\$1streaming\$1delay | (ms) ホットスタンバイサーバーがストリーミングされた WAL データを処理しているときにクエリをキャンセルするまでの最大遅延を設定します。 | 14000 |
| max\$1sync\$1workers\$1per\$1subscription | サブスクリプションあたりの同期ワーカーの最大数 | 2 |
| max\$1wal\$1senders | 同時に実行される WAL 送信者プロセスの最大数を設定します。 | 10 |
| max\$1worker\$1processes | 同時ワーカープロセスの最大数を設定します。 | GREATEST(\$1DBInstanceVCPU\$12,8) |
| min\$1dynamic\$1shared\$1memory | (MB) 起動時に予約された動的共有メモリ量。 | – |
| min\$1parallel\$1index\$1scan\$1size | (8kB) パラレルスキャンのインデックスデータの最小量を設定します。 | – |
| min\$1parallel\$1table\$1scan\$1size | (8kB) パラレルスキャンのテーブルデータの最小量を設定します。 | – |
| old\$1snapshot\$1threshold | (分) スナップショットが古すぎるため、スナップショット取得後に変更されたページ読み取ることができないと判定されるまでの時間。 | – |
| orafce.nls\$1date\$1format | Oracle Date の出力動作をエミュレートします。 | – |
| orafce.timezone | sysdate 関数に使用するタイムゾーンを指定します。 | – |
| parallel\$1leader\$1participation | Gather と Gather Merge もサブプランを実行するかどうかをコントロールします。 | – |
| parallel\$1setup\$1cost | 並列クエリのワーカープロセスを起動するコストのプランナーの見積もりを設定します。 | – |
| parallel\$1tuple\$1cost | ワーカーからマスターバックエンドへの各タプル (行) を渡すのにかかるコストのプランナーの見積もりを設定します。 | – |
| password\$1encryption | パスワードを暗号化します。 | – |
| pgaudit.log | セッション監査ログ記録によってログに記録されるステートメントのクラスを指定します。 | – |
| pgaudit.log\$1catalog | ステートメント内のすべてのリレーションが pg\$1catalog 内にある場合に、セッションログ記録を有効にするように指定します。 | – |
| pgaudit.log\$1level | ログエントリに使用されるログレベルを指定します。 | – |
| pgaudit.log\$1parameter | ステートメントとともに渡されたパラメータを監査ログ記録に含めるように指定します。 | – |
| pgaudit.log\$1relation | セッション監査ログ記録で、SELECT ステートメントまたは DML ステートメントで参照されるリレーション (TABLE、VIEW など) ごとに個別のログエントリを作成するかどうかを指定します。 | – |
| pgaudit.log\$1statement\$1once | ログ記録に、ステートメントテキストとパラメータを、ステートメントとサブステートメントの組み合わせの最初のログエントリとともに含めるか、すべてのエントリとともに含めるかを指定します。 | – |
| pgaudit.role | オブジェクト監査ログ記録に使用するマスターロールを指定します。 | – |
| pg\$1bigm.enable\$1recheck | これは、フルテキスト検索の内部プロセスである Recheck を実行するかどうかを指定します。 | on |
| pg\$1bigm.gin\$1key\$1limit | これは、フルテキスト検索に使用される検索キーワードの 2-gram の最大数を指定します。 | 0 |
| pg\$1bigm.last\$1update | pg\$1bigm モジュールの最終更新日が報告されます。 | 2013.11.22 |
| pg\$1bigm.similarity\$1limit | 類似性検索で使用される最小しきい値を指定します。 | 0.3 |
| pg\$1hint\$1plan.debug\$1print | ヒント解析の結果をログに記録します。 | – |
| pg\$1hint\$1plan.enable\$1hint | プランナーが、クエリの前のヒントコメントで指定された計画を使用するようにします。 | – |
| pg\$1hint\$1plan.enable\$1hint\$1table | プランナーが、テーブルルックアップを使用してヒントを取得しないようにします。 | – |
| pg\$1hint\$1plan.message\$1level | デバッグメッセージのメッセージレベル。 | – |
| pg\$1hint\$1plan.parse\$1messages | 解析エラーのメッセージレベル。 | – |
| pglogical.batch\$1inserts | 可能であれば、バッチ挿入 | – |
| pglogical.conflict\$1log\$1level | 解決された競合のログ記録に使用するログレベルを設定します。 | – |
| pglogical.conflict\$1resolution | 解決可能な競合の競合解決に使用されるメソッドを設定します。 | – |
| pglogical.extra\$1connection\$1options | すべてのピアノード接続に追加する接続オプション | – |
| pglogical.synchronous\$1commit | pglogical 固有の同期コミット値 | – |
| pglogical.use\$1spi | 低レベル API の代わりに SPI を使用して変更を適用します | – |
| pgtle.clientauth\$1databases\$1to\$1skip | clientauth 機能でスキップするデータベースのリスト。 | – |
| pgtle.clientauth\$1db\$1name | clientauth 機能でどのデータベースが使用されるかを制御します。 | – |
| pgtle.clientauth\$1num\$1parallel\$1workers | clientauth 機能に使用されるバックグラウンドワーカーの数。 | – |
| pgtle.clientauth\$1users\$1to\$1skip | clientauth 機能でスキップするユーザーのリスト。 | – |
| pgtle.enable\$1clientauth | clientauth 機能を有効にします。 | – |
| pgtle.passcheck\$1db\$1name | クラスター全体の passcheck 機能に使用されるデータベースを設定します。 | – |
| pg\$1prewarm.autoprewarm | 自動プレウォームワーカーを開始します。 | – |
| pg\$1prewarm.autoprewarm\$1interval | 共有バッファのダンプ間隔を設定します。 | – |
| pg\$1similarity.block\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.block\$1threshold | ブロック類似度関数で使用されるしきい値を設定します。 | – |
| pg\$1similarity.block\$1tokenizer | ブロック類似性関数のトークナイザを設定します。 | – |
| pg\$1similarity.cosine\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.cosine\$1threshold | コサイン類似度関数で使用されるしきい値を設定します。 | – |
| pg\$1similarity.cosine\$1tokenizer | コサイン類似度関数のトークナイザを設定します。 | – |
| pg\$1similarity.dice\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.dice\$1threshold | Dice 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.dice\$1tokenizer | Dice 類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.euclidean\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.euclidean\$1threshold | ユークリッド類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.euclidean\$1tokenizer | ユークリッド類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.hamming\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.hamming\$1threshold | ブロック類似度メトリクスで使用されるしきい値を設定します。 | – |
| pg\$1similarity.jaccard\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.jaccard\$1threshold | Jaccard 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.jaccard\$1tokenizer | Jaccard 類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.jaro\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.jaro\$1threshold | Jaro 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.jarowinkler\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.jarowinkler\$1threshold | Jarowinkler 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.levenshtein\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.levenshtein\$1threshold | Levenshtein 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.matching\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.matching\$1threshold | マッチング係数の類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.matching\$1tokenizer | マッチング係数の類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.mongeelkan\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.mongeelkan\$1threshold | Monge-Elkan 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.mongeelkan\$1tokenizer | Monge-Elkan 類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.nw\$1gap\$1penalty | Needleman-Wunsch 類似度メジャーで使用されるギャップペナルティを設定します。 | – |
| pg\$1similarity.nw\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.nw\$1threshold | Needleman-Wunsch 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.overlap\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.overlap\$1threshold | オーバーラップ係数の類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.overlap\$1tokenizer | オーバーラップ係数の類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.qgram\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.qgram\$1threshold | q-gram 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.qgram\$1tokenizer | q-gram メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.swg\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.swg\$1threshold | Smith-Waterman-Gotoh 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.sw\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.sw\$1threshold | Smith-Waterman 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1stat\$1statements.max | pg\$1stat\$1statements によって追跡されるステートメントの最大数を設定します。 | – |
| pg\$1stat\$1statements.save | pg\$1stat\$1statements 統計情報をサーバーのシャットダウン全体にわたって保存します。 | – |
| pg\$1stat\$1statements.track | pg\$1stat\$1statements によって追跡されるステートメントを選択します。 | – |
| pg\$1stat\$1statements.track\$1planning | pg\$1stat\$1statements で計画期間を追跡するかどうかを選択します。 | – |
| pg\$1stat\$1statements.track\$1utility | pg\$1stat\$1statements によってユーティリティコマンドを追跡するかどうかを選択します。 | – |
| plan\$1cache\$1mode | カスタムプランまたは汎用プランのプランナーによる選択を制御します。 | – |
| ポート | サーバーがリッスンする TCP ポートを設定します。 | EndPointPort |
| postgis.gdal\$1enabled\$1drivers | Postgres 9.3.5 以降で PostGIS で使用される GDAL ドライバーを有効または無効にします。 | ENABLE\$1ALL |
| quote\$1all\$1identifiers | SQL フラグメントを生成するときに、すべての識別子を引用符で囲みます。 | – |
| random\$1page\$1cost | 非連続的に取得されたディスクページのコストに対するプランナーの見積もりを設定します。 | – |
| rdkit.dice\$1threshold | Dice 類似度のしきい値が低い。類似度がしきい値より低い分子は、\$1 オペレーションでは類似しません。 | – |
| rdkit.do\$1chiral\$1sss | 部分構造のマッチングで立体化学を考慮するかどうか。false の場合、部分構造のマッチングで立体化学情報は使用されません。 | – |
| rdkit.tanimoto\$1threshold | Tanimoto 類似度の下限しきい値。類似度がしきい値より低い分子は、% オペレーションでは類似しません。 | – |
| rds.accepted\$1password\$1auth\$1method | ローカルに保存されているパスワードを使用して接続を強制的に認証します。 | md5\$1scram |
| rds.adaptive\$1autovacuum | アダプティブ autovacuum を有効/無効にする RDS パラメータ。 | 1 |
| rds.babelfish\$1status | Aurora PostgreSQL の Babelfish を有効/無効にする RDS パラメータ。 | 化 |
| rds.enable\$1plan\$1management | apg\$1plan\$1mgmt 拡張機能を有効または無効にします。 | 0 |
| rds.extensions | RDS によって提供される拡張機能のリスト | address\$1standardizer、address\$1standardizer\$1data\$1us、apg\$1plan\$1mgmt、aurora\$1stat\$1utils、amcheck、autoinc、aws\$1commons、aws\$1ml、aws\$1s3、aws\$1lambda、bool\$1plperl、bloom、btree\$1gin、btree\$1gist、citext、cube、dblink、dict\$1int、dict\$1xsyn、earthdistance、fuzzystrmatch、hll、hstore、hstore\$1plperl、insert\$1username、intagg、intarray、ip4r、isn、jsonb\$1plperl、lo、log\$1fdw、ltree、moddatetime、old\$1snapshot、oracle\$1fdw、orafce、pgaudit、pgcrypto、pglogical、pgrouting、pgrowlocks、pgstattuple、pgtap、pg\$1bigm、pg\$1buffercache、pg\$1cron、pg\$1freespacemap、pg\$1hint\$1plan、pg\$1partman、pg\$1prewarm、pg\$1proctab、pg\$1repack、pg\$1similarity、pg\$1stat\$1statements、pg\$1trgm、pg\$1visibility、plcoffee、plls、plperl、plpgsql、plprofiler、pltcl、plv8、postgis、postgis\$1tiger\$1geocoder、postgis\$1raster、postgis\$1topology、postgres\$1fdw、prefix、rdkit、rds\$1tools、refint、sslinfo、tablefunc、tds\$1fdw、test\$1parser、tsm\$1system\$1rows、tsm\$1system\$1time、unaccent、uuid-ossp |
| rds.force\$1admin\$1logging\$1level | カスタマーデータベースの RDS 管理者ユーザーアクションのログメッセージを参照してください。 | – |
| rds.force\$1autovacuum\$1logging\$1level | autovacuum オペレーションに関連するログメッセージを参照してください。 | WARNING |
| rds.force\$1ssl | 強制的に SSL 接続するようにします。 | 0 |
| rds.global\$1db\$1rpo | (秒) 違反時にユーザーコミットをブロックするリカバリポイントの客観的なしきい値。 このパラメータは Aurora PostgreSQL ベースのグローバルデータベース用です。グローバルデータベース以外の場合は、デフォルト値のままにします。このパラメータの使用に関する詳細については、「[Aurora PostgreSQL- ベースのグローバルデータベースの RPO (目標復旧時点) 管理](aurora-global-database-disaster-recovery.md#aurora-global-database-manage-recovery)」を参照してください。 | – |
| rds.logical\$1replication | 論理デコードを有効にします。 | 0 |
| rds.logically\$1replicate\$1unlogged\$1tables | ログに記録されていないテーブルは論理的に複製されます。 | 1 |
| rds.log\$1retention\$1period | N 分より古い PostgreSQL ログは Amazon RDS で削除されます。 | 4320 |
| rds.pg\$1stat\$1ramdisk\$1size | 統計ラムディスクのサイズ (MB 単位)。ゼロ以外の値を指定すると、ラムディスクがセットアップされます。このパラメータは、Aurora PostgreSQL 14 以下のすべてのバージョンで利用できます。 | 0 |
| rds.rds\$1superuser\$1reserved\$1connections | rds\$1superusers 用に予約されている接続スロットの数を設定します。このパラメータは、バージョン 15 以前でのみ使用できます。詳細については、PostgreSQL ドキュメントの「[reserved connections](https://www.postgresql.org/docs/current/runtime-config-connection.html#GUC-RESERVED-CONNECTIONS)」を参照してください。 | 2 |
| rds.restrict\$1password\$1commands | パスワード関連のコマンドを rds\$1password のメンバーに制限します | – |
| rds.superuser\$1variables | rds\$1superuser 変更ステートメントを昇格させるスーパーユーザー専用変数のリスト。 | session\$1replication\$1role |
| recovery\$1init\$1sync\$1method | クラッシュリカバリの前にデータディレクトリを同期する方法を設定します。 | syncfs |
| remove\$1temp\$1files\$1after\$1crash | バックエンドクラッシュ後に一時ファイルを削除します。 | 0 |
| restart\$1after\$1crash | バックエンドクラッシュ後にサーバーを再初期化します。 | – |
| row\$1security | 行セキュリティを有効にします。 | – |
| search\$1path | スキーマによって修飾されていない名前でスキーマを検索する順序を設定します。 | – |
| seq\$1page\$1cost | 連続的に取得されたディスクページのコストに対するプランナーの見積もりを設定します。 | – |
| session\$1replication\$1role | トリガーと再書き込みルールに対するセッション動作を設定します。 | – |
| shared\$1buffers | (8kB) サーバーで使用される共有メモリバッファの数を設定します。 | SUM(DBInstanceClassMemory/12038,-50003) |
| shared\$1preload\$1libraries | サーバーにプリロードする共有ライブラリを一覧表示します。 | pg\$1stat\$1statements |
| ssl | SSL 接続を有効にします。 | 1 |
| ssl\$1ca\$1file | SSL サーバー権限ファイルの場所。 | /rdsdbdata/rds-metadata/ca-cert.pem |
| ssl\$1cert\$1file | SSL サーバー証明書ファイルの場所。 | /rdsdbdata/rds-metadata/server-cert.pem |
| ssl\$1ciphers | 安全な接続で使用できる TLS 暗号のリストを設定します。 | – |
| ssl\$1crl\$1dir | SSL 証明書の失効リストディレクトリの場所。 | /rdsdbdata/rds-metadata/ssl\$1crl\$1dir/ |
| ssl\$1key\$1file | SSL サーバーのプライベートキーファイルの場所 | /rdsdbdata/rds-metadata/server-key.pem |
| ssl\$1max\$1protocol\$1version | 許容される 最大の SSL/TLS プロトコルのバージョンを設定します | – |
| ssl\$1min\$1protocol\$1version | 許容される 最小の SSL/TLS プロトコルのバージョンを設定します | TLSv1.2 |
| standard\$1conforming\$1strings | ... 文字列をリテラルのバックスラッシュとして扱います。 | – |
| statement\$1timeout | (ms) すべてのステートメントに許可される最大実行時間を設定します。 | – |
| stats\$1temp\$1directory | 統計情報の一時ファイルを指定したディレクトリに書き込みます。 | /rdsdbdata/db/pg\$1stat\$1tmp |
| superuser\$1reserved\$1connections | スーパーユーザー用に予約されている接続スロットの数を設定します。 | 3 |
| synchronize\$1seqscans | シーケンシャルスキャンの同期を有効にします。 | – |
| synchronous\$1commit | 現在のトランザクションの同期レベルを設定します。 | on |
| tcp\$1keepalives\$1count | TCP キープアライブを再送信する最大回数。 | – |
| tcp\$1keepalives\$1idle | (s) TCP キープアライブを発行する時間間隔。 | – |
| tcp\$1keepalives\$1interval | (s) TCP キープアライブを再送信する時間間隔。 | – |
| temp\$1buffers | (8kB) 各セッションで使用される一時バッファの最大数を設定します。 | – |
| temp\$1file\$1limit | 特定の PostgreSQL プロセスが一時ファイルに使用できるディスク容量の合計をキロバイト単位で制限します。明示的な一時テーブルに使用される領域は除きます。 | -1 |
| temp\$1tablespaces | 一時テーブルとソートファイルで使用するテーブルスペースを設定します。 | – |
| timezone | 表示やタイムスタンプの解釈で必要となるタイムゾーンを設定します。 | UTC |
| track\$1activities | 実行中のコマンドに関する情報を収集します。 | – |
| track\$1activity\$1query\$1size | pg\$1stat\$1activity.current\$1query 用に予約するサイズをバイト単位で設定します。 | 4096 |
| track\$1commit\$1timestamp | トランザクションのコミット時間を収集します。 | – |
| track\$1counts | データベースアクティビティの統計情報を収集します。 | – |
| track\$1functions | データベースアクティビティの関数レベルの統計情報を収集します。 | pl |
| track\$1io\$1timing | データベース IO アクティビティのタイミングに関する統計情報を収集します。 | 1 |
| track\$1wal\$1io\$1timing | WAL I/O アクティビティのタイミングに関する統計情報を収集します。 | – |
| transform\$1null\$1equals | expr=NULL を expr IS NULL として扱います。 | – |
| update\$1process\$1title | アクティブな SQL コマンドを表示するようにプロセスのタイトルを更新します。 | – |
| vacuum\$1cost\$1delay | (ms) バキューム処理のコスト遅延 (ミリ秒単位)。 | – |
| vacuum\$1cost\$1limit | バキューム処理を停止する制限値となるバキューム処理のコスト。 | – |
| vacuum\$1cost\$1page\$1dirty | バキューム処理によってダーティになったページに対するバキューム処理のコスト。 | – |
| vacuum\$1cost\$1page\$1hit | バッファキャッシュ内で検出されたページに対するバキューム処理のコスト。 | – |
| vacuum\$1cost\$1page\$1miss | バッファキャッシュ内で検出されなかったページに対するバキューム処理のコスト。 | 0 |
| vacuum\$1defer\$1cleanup\$1age | VACUUM と HOT クリーンアップが延期されるトランザクションの数 (存在する場合)。 | – |
| vacuum\$1failsafe\$1age | VACUUM が循環による停止を回避するためにフェイルセーフをトリガーするべき期間。 | 1200000000 |
| vacuum\$1freeze\$1min\$1age | VACUUM でテーブルの行をフリーズするまでの最小期間。 | – |
| vacuum\$1freeze\$1table\$1age | VACUUM でテーブル全体をスキャンしタプルをフリーズするまでの期間。 | – |
| vacuum\$1multixact\$1failsafe\$1age | VACUUM が循環による停止を回避するためにフェイルセーフをトリガーするべき Multixact 期間。 | 1200000000 |
| vacuum\$1multixact\$1freeze\$1min\$1age | VACUUM でテーブルの行の MultiXactId をフリーズするまでの最小期間。 | – |
| vacuum\$1multixact\$1freeze\$1table\$1age | VACUUM でテーブル全体をスキャンしタプルをフリーズするまでの Multixact 期間。 | – |
| wal\$1buffers | (8kB) WAL 用の共有メモリ内のディスクページバッファの数を設定します。 | – |
| wal\$1receiver\$1create\$1temp\$1slot | 永続スロットが設定されていない場合に、WAL レシーバーが一時的なレプリケーションスロットを作成するかどうかを設定します。 | 0 |
| wal\$1receiver\$1status\$1interval | (s) WAL レシーバーステータスレポートをプライマリにするための最大時間間隔を設定します。 | – |
| wal\$1receiver\$1timeout | (ms) プライマリからデータを受信するまでの最大待機時間を設定します。 | 30000 |
| wal\$1sender\$1timeout | (ms) WAL レプリケーションを待機する最大時間を設定します。 | – |
| work\$1mem | (kB) クエリワークスペースに使用するメモリの最大量を設定します。 | – |
| xmlbinary | バイナリ値を XML にエンコードする方法を設定します。 | – |
| xmloption | 黙示的な分析とシリアル化オペレーションでの XML データをドキュメントとして見なすか、コンテンツのフラグメントとして見なすかを設定します。 | – |
## Aurora PostgreSQL インスタンスレベルのパラメータ
AWS マネジメントコンソール、AWS CLI、または Amazon RDS API を使用して、特定の Aurora PostgresSQL バージョンのインスタンスレベルパラメータを表示できます。RDS コンソールでの Aurora PostgreSQL DB パラメータグループ内のパラメータの表示方法については、「[Amazon Aurora のDB パラメータグループのパラメータ値の表示](USER_WorkingWithParamGroups.Viewing.md)」を参照してください。
インスタンスレベルのパラメータの中には、すべてのバージョンで使用できないものもあり、一部は廃止されています。特定の Aurora PostgreSQL バージョンのパラメータを表示する方法については、「[Aurora PostgreSQL DB クラスターパラメータと DB パラメータの表示](#AuroraPostgreSQL.Reference.ParameterGroups-viewing-parameters)」を参照してください。
例えば、次の表は Aurora PostgreSQL DB クラスターの特定の DB インスタンスに適用されるパラメータリストを示しています。このリストは、`--db-parameter-group-name` の値に `default.aurora-postgresql14` を指定して AWS CLI コマンドの [describe-db-parameters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-parameters.html) を実行することで生成されます。
同じデフォルトの DB パラメータグループの DB クラスターパラメータの一覧については、「[Aurora PostgreSQL クラスターレベルのパラメータ](#AuroraPostgreSQL.Reference.Parameters.Cluster)」を参照してください。
| パラメータ名 | 説明 | デフォルト |
| --- | --- | --- |
| apg\$1enable\$1batch\$1mode\$1function\$1execution | バッチモード関数が一度に一連の行を処理できるようにします。 | – |
| apg\$1enable\$1correlated\$1any\$1transform | プランナーが、可能な場合、相関関係のある ANY Sublink (IN/NOT IN サブクエリ) を JOIN に変換できるようにします。 | – |
| apg\$1enable\$1function\$1migration | プランナーが対象となるスカラー関数を FROM 句に移行できるようにします。 | – |
| apg\$1enable\$1not\$1in\$1transform | 可能であれば、プランナーが NOT IN サブクエリを ANTI JOIN に変換できるようにします。 | – |
| apg\$1enable\$1remove\$1redundant\$1inner\$1joins | プランナーが冗長な内部結合を削除できるようにします。 | – |
| apg\$1enable\$1semijoin\$1push\$1down | ハッシュ結合のセミジョインフィルタの使用を有効にします。 | – |
| apg\$1plan\$1mgmt.capture\$1plan\$1baselines | 計画取得のベースラインモード。manual - すべての SQL ステートメントに対して計画取得を有効にします。off - 計画取得を無効にします。automatic - 対象となる基準を満たす pg\$1stat\$1statements 内のステートメントに対して計画取得を有効にします。 | 化 |
| apg\$1plan\$1mgmt.max\$1databases | apg\$1plan\$1mgmt を使用してクエリを管理できるデータベースの最大数を設定します。 | 10 |
| apg\$1plan\$1mgmt.max\$1plans | apg\$1plan\$1mgmt によってキャッシュされることができる計画の最大数を設定します。 | 10000 |
| apg\$1plan\$1mgmt.plan\$1retention\$1period | 計画が最後に使用された last\$1used の日付から、計画が自動的に削除されるまでの最大日数。 | 32 |
| apg\$1plan\$1mgmt.unapproved\$1plan\$1execution\$1threshold | 未承認計画は、見積総コストがこの額未満の場合実行されます。 | 0 |
| apg\$1plan\$1mgmt.use\$1plan\$1baselines | 管理ステートメントに、承認済み計画または決定済み計画のみを使用します。 | false |
| application\$1name | 統計情報とログで報告されるアプリケーション名を設定します。 | – |
| aurora\$1compute\$1plan\$1id | クエリ実行計画をモニタリングして、現在のデータベース負荷の原因となる実行計画を検出し、実行計画のパフォーマンス統計を経時的に追跡できます。詳細については、「[Aurora PostgreSQL のクエリ実行計画のモニタリング](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraPostgreSQL.Monitoring.Query.Plans.html)」を参照してください。 | オン |
| aurora\$1temp\$1space\$1size | (MB) サポートされているインスタンスクラスを持つ Aurora I/O 最適化クラスターの Optimized Reads 対応一時オブジェクトに、割り当てられたスペースのサイズを設定します。 | DBInstanceClassMemory/524288 |
| authentication\$1timeout | (秒) クライアント認証が完了するまでに許容される最大時間を設定します。 | – |
| auto\$1explain.log\$1analyze | 計画のログ記録に EXPLAIN ANALYZE を使用します。 | – |
| auto\$1explain.log\$1buffers | バッファの使用状況をログに記録します。 | – |
| auto\$1explain.log\$1format | 計画のログ記録に使用する EXPLAIN 形式。 | – |
| auto\$1explain.log\$1min\$1duration | 最小実行時間を設定します。この値を超えると計画がログに記録されます。 | – |
| auto\$1explain.log\$1nested\$1statement | ネストされたステートメントをログに記録します。 | – |
| auto\$1explain.log\$1timing | 行数だけでなく、タイミングデータを収集します。 | – |
| auto\$1explain.log\$1triggers | トリガー統計を計画に含めます。 | – |
| auto\$1explain.log\$1verbose | 計画のログ記録に EXPLAIN VERBOSE を使用します。 | – |
| auto\$1explain.sample\$1rate | 処理するクエリの割合。 | – |
| babelfishpg\$1tds.listen\$1addresses | TDS をリッスンするためのホスト名または IP アドレスを設定します。 | \$1 |
| babelfishpg\$1tds.tds\$1debug\$1log\$1level | TDS でのログ記録レベルを設定します。0 にするとログ記録は無効になります。 | 1 |
| backend\$1flush\$1after | (8kB) 以前に実行された書き込みがディスクにフラッシュされるまでのページ数。 | – |
| bytea\$1output | バイトの出力形式を設定します。 | – |
| check\$1function\$1bodies | CREATE FUNCTION の実行中に関数の本体をチェックします。 | – |
| client\$1connection\$1check\$1interval | クエリ実行中の切断を確認する時間間隔を設定します。 | – |
| client\$1min\$1messages | クライアントへ送信されるメッセージレベルを設定します。 | – |
| config\$1file | サーバーのメイン設定ファイルを設定します。 | /rdsdbdata/config/postgresql.conf |
| constraint\$1exclusion | クエリを最適化するために、プランナーが制約を使用できるようにします。 | – |
| cpu\$1index\$1tuple\$1cost | インデックススキャンの実行中に各インデックスエントリを処理する際にかかるコストに対するプランナーの見積もりを設定します。 | – |
| cpu\$1operator\$1cost | 演算子や関数呼び出しのそれぞれを処理する際にかかるコストに対するプランナーの見積もりを設定します。 | – |
| cpu\$1tuple\$1cost | 各タプル (行) の処理にかかるプランナーのコスト見積もりを設定します。 | – |
| cron.database\$1name | pg\$1cron メタデータテーブルを保存するようにデータベースを設定します | postgres |
| cron.log\$1run | 実行されたすべてのジョブを job\$1run\$1details テーブルにログとして記録します。 | on |
| cron.log\$1statement | 実行前のすべての cron ステートメントをログ記録します。 | 化 |
| cron.max\$1running\$1jobs | 同時に実行できるジョブの最大数。 | 5 |
| cron.use\$1background\$1workers | pg\$1cron のバックグラウンドワーカーを有効にします。 | on |
| cursor\$1tuple\$1fraction | 取得されるカーソル行の割合に対するプランナーの見積もりを設定します。 | – |
| db\$1user\$1namespace | データベースごとのユーザー名を有効にします。 | – |
| deadlock\$1timeout | (ミリ秒) デッドロックをチェックするまでロックを待機する時間を設定します。 | – |
| debug\$1pretty\$1print | 分析ツリーや計画ツリーの表示をインデントして見やすくします。 | – |
| debug\$1print\$1parse | 各クエリの分析ツリーをログに記録します。 | – |
| debug\$1print\$1plan | 各クエリの実行計画をログに記録します。 | – |
| debug\$1print\$1rewritten | 各クエリの書き直された分析ツリーをログに記録します。 | – |
| default\$1statistics\$1target | デフォルトの統計情報の対象を設定します。 | – |
| default\$1transaction\$1deferrable | 新しいトランザクションのデフォルトの遅延ステータスを設定します。 | – |
| default\$1transaction\$1isolation | 新しい各トランザクションのトランザクション分離レベルを設定します。 | – |
| default\$1transaction\$1read\$1only | 新しいトランザクションのデフォルトの読み取り専用ステータスを設定します。 | – |
| effective\$1cache\$1size | (8kB) ディスクキャッシュのサイズに関するプランナーの予測を設定します。 | SUM(DBInstanceClassMemory/12038,-50003) |
| effective\$1io\$1concurrency | ディスクサブシステムで効率的に処理できる同時リクエストの数。 | – |
| enable\$1async\$1append | プランナーが非同期追加計画を使用できるようにします。 | – |
| enable\$1bitmapscan | プランナーがビットマップスキャン計画を使用できるようにします。 | – |
| enable\$1gathermerge | プランナーがマージ収集計画を使用できるようにします。 | – |
| enable\$1hashagg | プランナーがハッシュされた集計計画を使用できるようにします。 | – |
| enable\$1hashjoin | プランナーがハッシュ結合計画を使用できるようにします。 | – |
| enable\$1incremental\$1sort | プランナーが増分ソートステップを使用できるようにします。 | – |
| enable\$1indexonlyscan | プランナーがインデックスのみのスキャン計画を使用できるようにします。 | – |
| enable\$1indexscan | プランナーがインデックススキャン計画を使用できるようにします。 | – |
| enable\$1material | プランナーがマテリアル化を使用できるようにします。 | – |
| enable\$1memoize | プランナーがメモを使用できるようにします | – |
| enable\$1mergejoin | プランナーがマージ結合計画を使用できるようにします。 | – |
| enable\$1nestloop | プランナーがネステッドループ結合計画を使用できるようにします。 | – |
| enable\$1parallel\$1append | プランナーが並列追加計画を使用できるようにします。 | – |
| enable\$1parallel\$1hash | プランナーが並列ハッシュ計画を使用できるようにします。 | – |
| enable\$1partition\$1pruning | 計画時および実行時のパーティションプルーニングを有効にします。 | – |
| enable\$1partitionwise\$1aggregate | パーティション単位の集計とグループ化を有効にします。 | – |
| enable\$1partitionwise\$1join | パーティション単位の結合を有効にします。 | – |
| enable\$1seqscan | プランナーがシーケンシャルスキャン計画を使用できるようにします。 | – |
| enable\$1sort | プランナーが明示的なソートステップを使用できるようにします。 | – |
| enable\$1tidscan | プランナーが TID スキャン計画を使用できるようにします。 | – |
| escape\$1string\$1warning | 通常の文字列リテラルにバックスラッシュのエスケープ文字が含まれている場合に警告を出します。 | – |
| exit\$1on\$1error | エラーがあればセッションを終了します。 | – |
| force\$1parallel\$1mode | 並列クエリ機能の使用を強制します。 | – |
| from\$1collapse\$1limit | FROM リストのサイズを設定します。この値を超えるとサブクエリが折りたたまれなくなります。 | – |
| geqo | 遺伝的クエリ最適化を有効にします。 | – |
| geqo\$1effort | GEQO: 他の GEQO パラメータのデフォルト値を設定するために使用されます。 | – |
| geqo\$1generations | GEQO: アルゴリズムの反復の数。 | – |
| geqo\$1pool\$1size | GEQO: 母集団内の個体の数。 | – |
| geqo\$1seed | GEQO: 無作為のパスを選択するための初期値。 | – |
| geqo\$1selection\$1bias | GEQO: 母集団内の選択圧。 | – |
| geqo\$1threshold | FROM 項目のしきい値を設定します。この値を超えると GEQO が使用されます。 | – |
| gin\$1fuzzy\$1search\$1limit | GIN による完全一致検索で許可される結果の最大数を設定します。 | – |
| gin\$1pending\$1list\$1limit | (kB) GIN インデックスの保留リストの最大サイズを設定します。 | – |
| hash\$1mem\$1multiplier | ハッシュテーブルに使用する work\$1mem の乗数。 | – |
| hba\$1file | サーバーの hba 設定ファイルを設定します。 | /rdsdbdata/config/pg\$1hba.conf |
| hot\$1standby\$1feedback | ホットスタンバイからプライマリへのフィードバックを許可し、クエリの競合を回避します。 | on |
| ident\$1file | サーバー ID 設定ファイルを設定します。 | /rdsdbdata/config/pg\$1ident.conf |
| idle\$1in\$1transaction\$1session\$1timeout | (ミリ秒) アイドリングトランザクションに許容される最大実行時間を設定します。 | 86400000 |
| idle\$1session\$1timeout | 指定された時間を超えてアイドル状態 (クライアントからのクエリを待機している状態) であるが、オープントランザクション内ではないセッションを終了させます | – |
| join\$1collapse\$1limit | FROM リストのサイズを設定します。この値を超えると JOIN 構造が平坦化されなくなります。 | – |
| lc\$1messages | メッセージを表示する言語を設定します。 | – |
| listen\$1addresses | リッスンするホスト名または IP アドレスを設定します。 | \$1 |
| lo\$1compat\$1privileges | ラージオブジェクトの権限チェックの下位互換モードを有効にします。 | 0 |
| log\$1connections | 成功した各接続をログに記録します。 | – |
| log\$1destination | サーバーログの出力先を設定します。 | stderr |
| log\$1directory | ログファイルの保存先ディレクトリを設定します。 | /rdsdbdata/log/error |
| log\$1disconnections | セッションの終了をログに記録します (セッションの有効期間も含まれます)。 | – |
| log\$1duration | 完了した各 SQL ステートメントの期間をログに記録します。 | – |
| log\$1error\$1verbosity | ログに記録されるメッセージの詳細を設定します。 | – |
| log\$1executor\$1stats | 実行プログラムのパフォーマンスの統計情報をサーバーログに書き込みます。 | – |
| log\$1file\$1mode | ログファイルのファイルアクセス許可を設定します。 | 0644 |
| log\$1filename | ログファイルのファイル名のパターンを設定します。 | postgresql.log.%Y-%m-%d-%H%M |
| logging\$1collector | サブプロセスを開始して、stderr 出力や csvlogs をログファイルにキャプチャします。 | 1 |
| log\$1hostname | 接続ログにホスト名を記録します。 | 0 |
| logical\$1decoding\$1work\$1mem | (kB) この量のメモリは、ディスクに書き込むことなく、各内部リオーダバッファで使用できます。 | – |
| log\$1line\$1prefix | 各ログ行の先頭に付ける情報を制御します。 | %t:%r:%u@%d:%p]: |
| log\$1lock\$1waits | 長期間にわたるロックの待機をログに記録します。 | – |
| log\$1min\$1duration\$1sample | (ミリ秒) ステートメントのサンプリングに関する最小実行時間を設定します。この値を超えるとステートメントがサンプリングされてログに記録されます。サンプリングは log\$1statement\$1sample\$1rate によって決定されます。 | – |
| log\$1min\$1duration\$1statement | (ミリ秒) ステートメントに関する最小実行時間を設定します。この値を超えるとステートメントがログに記録されます。 | – |
| log\$1min\$1error\$1statement | 設定したレベル以上のエラーが発生したすべてのステートメントをログに記録します。 | – |
| log\$1min\$1messages | ログに記録するメッセージレベルを設定します。 | – |
| log\$1parameter\$1max\$1length | (B) ステートメントをログに記録するときに、ログに記録されるパラメータ値を最初の N バイトに制限します。 | – |
| log\$1parameter\$1max\$1length\$1on\$1error | (B) エラーを報告するときに、ログに記録されるパラメータ値を最初の N バイトに制限します。 | – |
| log\$1parser\$1stats | 分析のパフォーマンスの統計情報をサーバーログに書き込みます。 | – |
| log\$1planner\$1stats | プランナーのパフォーマンスの統計情報をサーバーログに書き込みます。 | – |
| log\$1replication\$1commands | 各レプリケーションコマンドをログに記録します。 | – |
| log\$1rotation\$1age | (分) N 分が経過するとログファイルのローテーションが自動的に発生します。 | 60 |
| log\$1rotation\$1size | (kB) N キロバイトを超えるとログファイルのローテーションが自動的に発生します。 | 100000 |
| log\$1statement | ログに記録するステートメントのタイプを設定します。 | – |
| log\$1statement\$1sample\$1rate | ログに記録される log\$1min\$1duration\$1sample を超えるステートメントの割合。 | – |
| log\$1statement\$1stats | 累積処理のパフォーマンスの統計情報をサーバーログに書き込みます。 | – |
| log\$1temp\$1files | (kB) 指定したサイズ (キロバイト) を超える一時ファイルの使用をログに記録します。 | – |
| log\$1timezone | ログメッセージで使用するタイムゾーンを設定します。 | UTC |
| log\$1truncate\$1on\$1rotation | ログローテーション中に同じ名前の既存のログファイルを切り捨てます。 | 0 |
| maintenance\$1io\$1concurrency | メンテナンス作業に使用される effective\$1io\$1concurrency のバリアント。 | 1 |
| maintenance\$1work\$1mem | (kB) メンテナンスオペレーションに使用するメモリの最大量を設定します。 | GREATEST(DBInstanceClassMemory/63963136\$11024,65536) |
| max\$1connections | 同時接続の最大数を設定します。 | LEAST(DBInstanceClassMemory/9531392,5000) |
| max\$1files\$1per\$1process | 各サーバープロセスで同時に開くことができるファイルの最大数を設定します。 | – |
| max\$1locks\$1per\$1transaction | トランザクションあたりのロックの最大数を設定します。 | 64 |
| max\$1parallel\$1maintenance\$1workers | メンテナンスオペレーションあたりの並列プロセスの最大数を設定します。 | – |
| max\$1parallel\$1workers | 一度にアクティブにできる並列ワーカーの最大数を設定します。 | GREATEST(\$1DBInstanceVCPU/2,8) |
| max\$1parallel\$1workers\$1per\$1gather | エグゼキュターノードあたりの並列プロセスの最大数を設定します。 | – |
| max\$1pred\$1locks\$1per\$1page | ページあたりの述語ロックタプルの最大数を設定します。 | – |
| max\$1pred\$1locks\$1per\$1relation | リレーションあたりの述語ロックページとタプルの最大数を設定します。 | – |
| max\$1pred\$1locks\$1per\$1transaction | トランザクションあたりの述語ロックの最大数を設定します。 | – |
| max\$1slot\$1wal\$1keep\$1size | (MB) ディスク上の WAL がこの量のスペースを占有している場合、レプリケーションスロットは障害があるとマークされ、セグメントは削除またはリサイクルのために解放されます。 | – |
| max\$1stack\$1depth | (kB) スタックの深度の最大値をキロバイト単位で設定します。 | 6144 |
| max\$1standby\$1streaming\$1delay | (ミリ秒) ホットスタンバイサーバーがストリーミングされた WAL データを処理しているときにクエリをキャンセルするまでの最大遅延を設定します。 | 14000 |
| max\$1worker\$1processes | 同時ワーカープロセスの最大数を設定します。 | GREATEST(\$1DBInstanceVCPU\$12,8) |
| min\$1dynamic\$1shared\$1memory | (MB) 起動時に予約された動的共有メモリ量。 | – |
| min\$1parallel\$1index\$1scan\$1size | (8kB) パラレルスキャンのインデックスデータの最小量を設定します。 | – |
| min\$1parallel\$1table\$1scan\$1size | (8kB) パラレルスキャンのテーブルデータの最小量を設定します。 | – |
| old\$1snapshot\$1threshold | (分) スナップショットが古すぎるためにスナップショットが取得された後に変更されたページ読み取ることができないと判定されるまでの時間。 | – |
| parallel\$1leader\$1participation | Gather と Gather Merge もサブプランを実行するかどうかをコントロールします。 | – |
| parallel\$1setup\$1cost | 並列クエリのワーカープロセスを起動するコストのプランナーの見積もりを設定します。 | – |
| parallel\$1tuple\$1cost | 各タプル (行) をワーカーからマスターバックエンドに渡す際のプランナーのコスト見積もりを設定します。 | – |
| pgaudit.log | セッション監査ログ記録によってログに記録されるステートメントのクラスを指定します。 | – |
| pgaudit.log\$1catalog | ステートメント内のすべてのリレーションが pg\$1catalog 内にある場合に、セッションログ記録を有効にするように指定します。 | – |
| pgaudit.log\$1level | ログエントリに使用されるログレベルを指定します。 | – |
| pgaudit.log\$1parameter | ステートメントとともに渡されたパラメータを監査ログ記録に含めるように指定します。 | – |
| pgaudit.log\$1relation | セッション監査ログ記録で、SELECT ステートメントまたは DML ステートメントで参照されるリレーション (TABLE、VIEW など) ごとに個別のログエントリを作成するかどうかを指定します。 | – |
| pgaudit.log\$1statement\$1once | ログ記録に、ステートメントテキストとパラメータを、ステートメントとサブステートメントの組み合わせの最初のログエントリとともに含めるか、すべてのエントリとともに含めるかを指定します。 | – |
| pgaudit.role | オブジェクト監査ログ記録に使用するマスターロールを指定します。 | – |
| pg\$1bigm.enable\$1recheck | これは、フルテキスト検索の内部プロセスである Recheck を実行するかどうかを指定します。 | on |
| pg\$1bigm.gin\$1key\$1limit | これは、フルテキスト検索に使用される検索キーワードの 2-gram の最大数を指定します。 | 0 |
| pg\$1bigm.last\$1update | pg\$1bigm モジュールの最終更新日が報告されます。 | 2013.11.22 |
| pg\$1bigm.similarity\$1limit | 類似性検索で使用される最小しきい値を指定します。 | 0.3 |
| pg\$1hint\$1plan.debug\$1print | ヒント解析の結果をログに記録します。 | – |
| pg\$1hint\$1plan.enable\$1hint | プランナーが、クエリの前のヒントコメントで指定された計画を使用するようにします。 | – |
| pg\$1hint\$1plan.enable\$1hint\$1table | プランナーが、テーブルルックアップを使用してヒントを取得しないようにします。 | – |
| pg\$1hint\$1plan.message\$1level | デバッグメッセージのメッセージレベル。 | – |
| pg\$1hint\$1plan.parse\$1messages | 解析エラーのメッセージレベル。 | – |
| pglogical.batch\$1inserts | 可能であれば、バッチ挿入 | – |
| pglogical.conflict\$1log\$1level | 解決された競合のログ記録に使用するログレベルを設定します。 | – |
| pglogical.conflict\$1resolution | 解決可能な競合の競合解決に使用されるメソッドを設定します。 | – |
| pglogical.extra\$1connection\$1options | すべてのピアノード接続に追加する接続オプション | – |
| pglogical.synchronous\$1commit | pglogical 固有の同期コミット値 | – |
| pglogical.use\$1spi | 低レベル API の代わりに SPI を使用して変更を適用します | – |
| pg\$1similarity.block\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.block\$1threshold | ブロック類似度関数で使用されるしきい値を設定します。 | – |
| pg\$1similarity.block\$1tokenizer | ブロック類似性関数のトークナイザを設定します。 | – |
| pg\$1similarity.cosine\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.cosine\$1threshold | コサイン類似度関数で使用されるしきい値を設定します。 | – |
| pg\$1similarity.cosine\$1tokenizer | コサイン類似度関数のトークナイザを設定します。 | – |
| pg\$1similarity.dice\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.dice\$1threshold | Dice 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.dice\$1tokenizer | Dice 類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.euclidean\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.euclidean\$1threshold | ユークリッド類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.euclidean\$1tokenizer | ユークリッド類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.hamming\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.hamming\$1threshold | ブロック類似度メトリクスで使用されるしきい値を設定します。 | – |
| pg\$1similarity.jaccard\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.jaccard\$1threshold | Jaccard 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.jaccard\$1tokenizer | Jaccard 類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.jaro\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.jaro\$1threshold | Jaro 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.jarowinkler\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.jarowinkler\$1threshold | Jarowinkler 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.levenshtein\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.levenshtein\$1threshold | Levenshtein 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.matching\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.matching\$1threshold | マッチング係数の類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.matching\$1tokenizer | マッチング係数の類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.mongeelkan\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.mongeelkan\$1threshold | Monge-Elkan 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.mongeelkan\$1tokenizer | Monge-Elkan 類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.nw\$1gap\$1penalty | Needleman-Wunsch 類似度メジャーで使用されるギャップペナルティを設定します。 | – |
| pg\$1similarity.nw\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.nw\$1threshold | Needleman-Wunsch 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.overlap\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.overlap\$1threshold | オーバーラップ係数の類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.overlap\$1tokenizer | オーバーラップ係数の類似度メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.qgram\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.qgram\$1threshold | q-gram 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.qgram\$1tokenizer | q-gram メジャーのトークナイザを設定します。 | – |
| pg\$1similarity.swg\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.swg\$1threshold | Smith-Waterman-Gotoh 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1similarity.sw\$1is\$1normalized | 結果の値が正規化されるかどうかを設定します。 | – |
| pg\$1similarity.sw\$1threshold | Smith-Waterman 類似度メジャーで使用されるしきい値を設定します。 | – |
| pg\$1stat\$1statements.max | pg\$1stat\$1statements によって追跡されるステートメントの最大数を設定します。 | – |
| pg\$1stat\$1statements.save | pg\$1stat\$1statements 統計情報をサーバーのシャットダウン全体にわたって保存します。 | – |
| pg\$1stat\$1statements.track | pg\$1stat\$1statements によって追跡されるステートメントを選択します。 | – |
| pg\$1stat\$1statements.track\$1planning | pg\$1stat\$1statements で計画期間を追跡するかどうかを選択します。 | – |
| pg\$1stat\$1statements.track\$1utility | pg\$1stat\$1statements によってユーティリティコマンドを追跡するかどうかを選択します。 | – |
| postgis.gdal\$1enabled\$1drivers | Postgres 9.3.5 以降で PostGIS で使用される GDAL ドライバーを有効または無効にします。 | ENABLE\$1ALL |
| quote\$1all\$1identifiers | SQL フラグメントを生成するときに、すべての識別子を引用符で囲みます。 | – |
| random\$1page\$1cost | 非連続的に取得されたディスクページのコストに対するプランナーの見積もりを設定します。 | – |
| rds.enable\$1memory\$1management | Aurora PostgreSQL 12.17、13.13、14.10、15.5 以降のバージョンでは、メモリ管理機能が向上し、空きメモリ不足による安定性の問題やデータベースの再起動を未然に防ぐことができます。詳細については、「[Aurora PostgreSQL のメモリ管理が改善されました制限](AuroraPostgreSQL.BestPractices.memory.management.md)」を参照してください。 | 正 |
| rds.force\$1admin\$1logging\$1level | カスタマーデータベースの RDS 管理者ユーザーアクションのログメッセージを参照してください。 | – |
| rds.log\$1retention\$1period | N 分より古い PostgreSQL ログは Amazon RDS で削除されます。 | 4320 |
| rds.memory\$1allocation\$1guard | Aurora PostgreSQL 11.21、12.16、13.12、14.9、 15.4 以前のバージョンのメモリ管理機能が向上し、空きメモリ不足による安定性の問題やデータベースの再起動が防止されました。詳細については、「[Aurora PostgreSQL のメモリ管理が改善されました制限](AuroraPostgreSQL.BestPractices.memory.management.md)」を参照してください。 | 誤 |
| rds.pg\$1stat\$1ramdisk\$1size | 統計ラムディスクのサイズ (MB 単位)。ゼロ以外の値を指定すると、ラムディスクがセットアップされます。 | 0 |
| rds.rds\$1superuser\$1reserved\$1connections | rds\$1superusers 用に予約されている接続スロットの数を設定します。このパラメータは、バージョン 15 以前でのみ使用できます。詳細については、PostgreSQL ドキュメントの「[reserved connections](https://www.postgresql.org/docs/current/runtime-config-connection.html#GUC-RESERVED-CONNECTIONS)」を参照してください。 | 2 |
| rds.superuser\$1variables | rds\$1superuser 変更ステートメントを昇格させるスーパーユーザー専用変数のリスト。 | session\$1replication\$1role |
| remove\$1temp\$1files\$1after\$1crash | バックエンドクラッシュ後に一時ファイルを削除します。 | 0 |
| restart\$1after\$1crash | バックエンドクラッシュ後にサーバーを再初期化します。 | – |
| row\$1security | 行セキュリティを有効にします。 | – |
| search\$1path | スキーマによって修飾されていない名前でスキーマを検索する順序を設定します。 | – |
| seq\$1page\$1cost | 連続的に取得されたディスクページのコストに対するプランナーの見積もりを設定します。 | – |
| session\$1replication\$1role | トリガーと再書き込みルールに対するセッション動作を設定します。 | – |
| shared\$1buffers | (8kB) サーバーで使用される共有メモリバッファの数を設定します。 | SUM(DBInstanceClassMemory/12038,-50003) |
| shared\$1preload\$1libraries | サーバーにプリロードする共有ライブラリを一覧表示します。 | pg\$1stat\$1statements |
| ssl\$1ca\$1file | SSL サーバー権限ファイルの場所。 | /rdsdbdata/rds-metadata/ca-cert.pem |
| ssl\$1cert\$1file | SSL サーバー証明書ファイルの場所。 | /rdsdbdata/rds-metadata/server-cert.pem |
| ssl\$1crl\$1dir | SSL 証明書の失効リストディレクトリの場所。 | /rdsdbdata/rds-metadata/ssl\$1crl\$1dir/ |
| ssl\$1key\$1file | SSL サーバーのプライベートキーファイルの場所 | /rdsdbdata/rds-metadata/server-key.pem |
| standard\$1conforming\$1strings | ... 文字列をリテラルのバックスラッシュとして扱います。 | – |
| statement\$1timeout | (ミリ秒) すべてのステートメントに許可される最大実行時間を設定します。 | – |
| stats\$1temp\$1directory | 統計情報の一時ファイルを指定したディレクトリに書き込みます。 | /rdsdbdata/db/pg\$1stat\$1tmp |
| superuser\$1reserved\$1connections | スーパーユーザー用に予約されている接続スロットの数を設定します。 | 3 |
| synchronize\$1seqscans | シーケンシャルスキャンの同期を有効にします。 | – |
| tcp\$1keepalives\$1count | TCP キープアライブを再送信する最大回数。 | – |
| tcp\$1keepalives\$1idle | (秒) TCP キープアライブを発行する時間間隔。 | – |
| tcp\$1keepalives\$1interval | (秒) TCP キープアライブを再送信する時間間隔。 | – |
| temp\$1buffers | (8kB) 各セッションで使用される一時バッファの最大数を設定します。 | – |
| temp\$1file\$1limit | 特定の PostgreSQL プロセスが一時ファイルに使用できるディスク容量の合計をキロバイト単位で制限します。明示的な一時テーブルに使用される領域は除きます。 | -1 |
| temp\$1tablespaces | 一時テーブルとソートファイルで使用するテーブルスペースを設定します。 | – |
| track\$1activities | 実行中のコマンドに関する情報を収集します。 | – |
| track\$1activity\$1query\$1size | pg\$1stat\$1activity.current\$1query 用に予約するサイズをバイト単位で設定します。 | 4096 |
| track\$1counts | データベースアクティビティの統計情報を収集します。 | – |
| track\$1functions | データベースアクティビティの関数レベルの統計情報を収集します。 | pl |
| track\$1io\$1timing | データベース IO アクティビティのタイミングに関する統計情報を収集します。 | 1 |
| transform\$1—\$1equals | expr=– as expr IS – として扱います。 | – |
| update\$1process\$1title | アクティブな SQL コマンドを表示するようにプロセスのタイトルを更新します。 | – |
| wal\$1receiver\$1status\$1interval | (秒) WAL レシーバーステータスレポートをプライマリにするための最大時間間隔を設定します。 | – |
| work\$1mem | (kB) クエリワークスペースに使用するメモリの最大量を設定します。 | – |
| xmlbinary | バイナリ値を XML にエンコードする方法を設定します。 | – |
| xmloption | 黙示的な分析とシリアル化オペレーションでの XML データをドキュメントとして見なすか、コンテンツのフラグメントとして見なすかを設定します。 | – |
# Amazon Aurora PostgreSQL のイベント
以下は、Aurora PostgreSQL の代表的な待機イベントです。待機イベントと Aurora PostgreSQL DB クラスターのチューニングの詳細については、「[Aurora PostgreSQL の待機イベントでのチューニング](AuroraPostgreSQL.Tuning.md)」を参照してください。
**Activity:ArchiverMain**
アーカイバープロセスはアクティビティを待っています。
**Activity:AutoVacuumMain**
自動バキュームランチャープロセスはアクティビティを待っています。
**Activity:BgWriterHibernate**
バックグラウンドライタープロセスは、アクティビティを待っている間は休止状態になっています。
**Activity:BgWriterMain**
バックグラウンドライタープロセスはアクティビティを待っています。
**Activity:CheckpointerMain**
チェックポインタープロセスはアクティビティを待っています。
**Activity:LogicalApplyMain**
論理的なレプリケーション適用プロセスがアクティビティを待っています。
**Activity:LogicalLauncherMain**
論理的なレプリケーションランチャープロセスはアクティビティを待っています。
**Activity:PgStatMain **
統計コレクタプロセスはアクティビティを待っています。
**Activity:RecoveryWalAll**
プロセスは、リカバリ時にストリーミングからのログ先行書き込み (WAL) を待っています。
**Activity:RecoveryWalStream**
起動プロセスは、ストリーミングリカバリ中にログ先行書き込み (WAL) が到着するのを待っています。
**Activity:SysLoggerMain**
syslogger プロセスはアクティビティを待っています。
**Activity:WalReceiverMain**
ログ先行書き込み (WAL) レシーバプロセスがアクティビティを待っています。
**Activity:WalSenderMain**
ログ先行書き込み (WAL) 送信者プロセスがアクティビティを待っています。
**Activity:WalWriterMain**
ログ先行書き込み (WAL) ライタープロセスがアクティビティを待っています。
**BufferPin:BufferPin**
プロセスがバッファ上の排他 PIN を取得するのを待っています。
**Client:GSSOpenServer**
汎用セキュリティサービスアプリケーションプログラムインターフェイス (GSSAPI) セッションの確立中に、プロセスがクライアントからのデータの読み取りを待っています。
**Client:ClientRead**
バックエンドプロセスは PostgreSQL クライアントからのデータ受信を待っています。詳細については、「[クライアント: ClientRead](apg-waits.clientread.md)」を参照してください。
**Client:ClientWrite**
バックエンドプロセスが PostgreSQL クライアントにより多くのデータを送信するのを待っています。詳細については、「[クライアント: ClientWrite](apg-waits.clientwrite.md)」を参照してください。
**Client:LibPQWalReceiverConnect**
プロセスはログ先行書き込み (WAL) レシーバで、リモートサーバーへの接続が確立するのを待っています。
**Client:LibPQWalReceiverReceive**
プロセスはログ先行書き込み (WAL) レシーバで、リモートサーバーからのデータ受信を待っています。
**Client:SSLOpenServer**
プロセスは、接続の試行中に Secure Sockets Layer (SSL) を待っています。
**Client:WalReceiverWaitStart**
プロセスは、スタートアッププロセスがストリーミングレプリケーションの初期データを送信するのを待っています。
**Client:WalSenderWaitForWAL**
プロセスは、WAL 送信者プロセスでログ先行書き込み (WAL) がフラッシュされるのを待っています。
**Client:WalSenderWriteData**
WAL 送信者プロセスでログ先行書き込み (WAL) レシーバからの応答を処理するときに、プロセスはアクティビティを待っています。
**CPU**
バックエンドプロセスは CPU でアクティブであるか、CPU を待っています。詳細については、「[CPU](apg-waits.cpu.md)」を参照してください。
**Extension:extension**
バックエンドプロセスは、拡張機能またはモジュールによって定義された条件を待っています。
**IO:AuroraEnhancedLogicalWALRead**
バックエンドプロセスは、変更データキャプチャ (CDC) ボリュームからログレコードを取得しています。
**IO:AuroraOptimizedReadsCacheRead**
プロセスは、ページが共有メモリで使用できないため、Optimized Reads 階層型キャッシュからの読み取りを待っています。
**IO:AuroraOptimizedReadsCacheSegmentTruncate**
プロセスは Optimized Reads 階層型キャッシュセグメントファイルが切り捨てられるのを待っています。
**IO:AuroraOptimizedReadsCacheWrite**
バックグラウンドライタープロセスは、Optimized Reads 階層型キャッシュへの書き込みを待っています。
**IO:AuroraStorageLogAllocate**
セッションはメタデータを割り当てて、トランザクションログの書き込みを準備しています。
**IO:BufFileRead**
作業メモリパラメータで定義された容量よりも多くのメモリが必要な操作の場合、エンジンはディスク上に一時ファイルを作成します。この待機イベントは、操作が一時ファイルから読み込まれたときに発生します。詳細については、「[IO:BufFileRead および IO:BufFileWrite](apg-waits.iobuffile.md)」を参照してください。
**IO:BufFileWrite**
作業メモリパラメータで定義された容量よりも多くのメモリが必要な操作の場合、エンジンはディスク上に一時ファイルを作成します。この待機イベントは、操作が一時ファイルに書き込むときに発生します。詳細については、「[IO:BufFileRead および IO:BufFileWrite](apg-waits.iobuffile.md)」を参照してください。
**IO:ControlFileRead**
プロセスが、`pg_control` ファイルからの読み取りを待っています。
**IO:ControlFileSync**
プロセスは、`pg_control` ファイルが耐久性の高いストレージに到達するのを待っています。
**IO:ControlFileSyncUpdate**
プロセスは、`pg_control` ファイルへの更新が耐久性の高いストレージに到達するのを待っています。
**IO:ControlFileWrite**
プロセスが、`pg_control` ファイルへの書き込みを待っています。
**IO:ControlFileWriteUpdate**
プロセスは、`pg_control` ファイルを更新するための書き込みを待っています。
**IO:CopyFileRead**
プロセスは、ファイルコピー操作中の読み取りを待っています。
**IO:CopyFileWrite**
プロセスは、ファイルコピー操作中の書き込みを待っています。
**IO:DataFileExtend**
プロセスは、リレーションデータファイルが拡張されるのを待っています。す。
**IO:DataFileFlush**
プロセスは、リレーションデータファイルが耐久性の高いストレージに到達するのを待っています。
**IO:DataFileImmediateSync**
プロセスは、リレーションデータファイルと耐久性の高いストレージとの即時同期を待っています。
**IO:DataFilePrefetch**
プロセスは、リレーションデータファイルからの非同期プリフェッチを待っています。
**IO:DataFileSync**
プロセスは、リレーションデータファイルの変更が耐久性の高いストレージに到達するのを待っています。
**IO:DataFileRead**
バックエンドプロセスが共有バッファ内のページを見つけようとしましたが、見つからなかったので、ストレージから読み取りました。詳細については、「[IO:DataFileRead](apg-waits.iodatafileread.md)」を参照してください。
**IO:DataFileTruncate**
プロセスは、リレーションデータファイルが切り捨てられるのを待っています。
**IO:DataFileWrite**
プロセスは、リレーションデータファイルへの書き込みを待っています。
**IO:DSMFillZeroWrite**
プロセスは、動的共有メモリバッキングファイルにゼロバイトを書き込むのを待っています。
**IO:LockFileAddToDataDirRead**
プロセスが、データディレクトリロックファイルに行を追加している間、読み取りを待っています。
**IO:LockFileAddToDataDirSync**
プロセスは、データディレクトリロックファイルに行を追加している間、データが耐久性の高いストレージに到達するのを待っています。
**IO:LockFileAddToDataDirWrite**
プロセスが、データディレクトリロックファイルに行を追加している間、書き込みを待っています。
**IO:LockFileCreateRead**
プロセスが、データディレクトリロックファイルの作成中に読み取りを待っています。
**IO:LockFileCreateSync**
プロセスが、データディレクトリロックファイルを作成している間に、データが耐久性の高いストレージに到達するのを待っています。
**IO:LockFileCreateWrite**
プロセスが、データディレクトリロックファイルの作成中に書き込みを待っています。
**IO:LockFileReCheckDataDirRead**
プロセスが、データディレクトリロックファイルの再チェック中に読み取りを待っています。
**IO:LogicalRewriteCheckpointSync**
プロセスは、チェックポイント中に論理的な書き換えマッピングが耐久性の高いストレージに到達するのを待っています。
**IO:LogicalRewriteMappingSync**
プロセスは、論理的な書き換え中にマッピングデータが耐久性の高いストレージに到達するのを待っています。
**IO:LogicalRewriteMappingWrite**
プロセスは、論理的な書き換え中にマッピングデータの書き込みを待っています。
**IO:LogicalRewriteSync**
プロセスは、論理的な書き換えマッピングが耐久性の高いストレージに到達するのを待っています。
**IO:LogicalRewriteTruncate**
プロセスは、論理的な書き換え中にマッピングデータの切り捨てを待っています。
**IO:LogicalRewriteWrite**
プロセスは、論理的な書き換えマッピングの書き込みを待っています。
**IO:RelationMapRead**
プロセスは、リレーションマップファイルの読み取りを待っています。
**IO:RelationMapSync**
プロセスは、リレーションマップファイルが耐久性の高いストレージに到達するのを待っています。
**IO:RelationMapWrite**
プロセスは、リレーションマップファイルへの書き込みを待っています。
**IO:ReorderBufferRead**
プロセスは、リオーダバッファの管理中に読み取りを待っています。
**IO:ReorderBufferWrite**
プロセスは、リオーダバッファの管理中に書き込みを待っています。
**IO:ReorderLogicalMappingRead**
プロセスは、リオーダバッファの管理中に論理的なマッピングの読み取りを待っています。
**IO:ReplicationSlotRead**
プロセスは、レプリケーションスロット制御ファイルからの読み取りを待っています。
**IO:ReplicationSlotRestoreSync**
プロセスは、レプリケーションスロット制御ファイルがメモリに復元される間、耐久性の高いストレージに到達するのを待っています。
**IO:ReplicationSlotSync**
プロセスは、レプリケーションスロット制御ファイルが耐久性の高いストレージに到達するのを待っています。
**IO:ReplicationSlotWrite**
プロセスは、レプリケーションスロット制御ファイルへの書き込みを待っています。
**IO:SLRUFlushSync**
プロセスは、チェックポイントまたはデータベースのシャットダウン中に、シンプルな最も長い時間使われていない (SLRU) データが耐久ストレージに到達するのを待っています。
**IO:SLRURead**
プロセスは、シンプルな最も長い時間使われていない (SLRU) ページの読み取りを待っています。
**IO:SLRUSync**
プロセスは、シンプルな最も長い時間使われていない (SLRU) データが、ページの書き込み後に耐久性の高いストレージへ到達するのを待っています。
**IO:SLRUWrite**
プロセスは、シンプルな最も長い時間使われていない (SLRU) ページの書き込みを待っています。
**IO:SnapbuildRead**
プロセスは、シリアル化された履歴カタログのスナップショットの読み取りを待っています。
**IO:SnapbuildSync**
プロセスは、シリアル化された履歴カタログのスナップショットが耐久性の高いストレージに到達するのを待っています。
**IO:SnapbuildWrite**
プロセスは、シリアル化された履歴カタログのスナップショットの書き込みを待っています。
**IO:TimelineHistoryFileSync**
プロセスは、ストリーミングレプリケーションで受信したタイムラインの履歴ファイルが耐久性の高いストレージに到達するのを待っています。
**IO:TimelineHistoryFileWrite**
プロセスは、ストリーミングレプリケーションで受信したタイムラインの履歴ファイルの書き込みを待っています。
**IO:TimelineHistoryFileWrite**
プロセスは、タイムラインの履歴ファイルの読み取りを待っています。
**IO:TimelineHistorySync**
プロセスは、新しく作成されたタイムラインの履歴ファイルが耐久性の高いストレージに到達するのを待っています。
**IO:TimelineHistoryWrite**
プロセスは、新しく作成されたタイムラインの履歴ファイルの書き込みを待っています。
**IO:TimelineHistoryWrite**
プロセスは 2 フェーズ状態のファイルの読み取りを待っています。
**IO:TwophaseFileSync**
プロセスは、2 フェーズ状態のファイルが耐久性の高いストレージに到達するのを待っています。
**IO:TwophaseFileWrite**
プロセスは 2 フェーズ状態のファイルの書き込みを待っています。
**IO:WALBootstrapSync**
プロセスは、ブートストラップ中にログ先行書き込み (WAL) が耐久性の高いストレージに到達するのを待っています。
**IO:WALBootstrapWrite**
プロセスは、ブートストラップ中にログ先行書き込み (WAL) ページの書き込みを待っています。
**IO:WALCopyRead**
既存のものをコピーして、新しいログ先行書き込み (WAL) セグメントを作成するときに、プロセスは読み取りを待っています。
**IO:WALCopySync**
プロセスは、既存のものをコピーして作成した、新しいログ先行書き込み (WAL) セグメントが耐久性の高いストレージに到達するのを待っています。
**IO:WALCopyWrite**
既存のものをコピーして新しいログ先行書き込み (WAL) セグメントを作成するときに、プロセスは書き込みを待っています。
**IO:WALInitSync**
プロセスは、新しく初期化されたログ先行書き込み (WAL) ファイルが耐久性の高いストレージに到達するのを待っています。
**IO:WALInitWrite**
新しいログ先行書き込み (WAL) ファイルを初期化中に、プロセスが書き込みを待っています。
**IO:WALRead**
プロセスはログ先行書き込み (WAL) ファイルからの読み取りを待っています。
**IO:WALSenderTimelineHistoryRead**
プロセスは、WAL 送信者のタイムラインコマンド中に、タイムラインの履歴ファイルからの読み取りを待っています。
**IO:WALSync**
プロセスは、ログ先行書き込み (WAL) ファイルが耐久性の高いストレージに到達するのを待っています。
**IO:WALSyncMethodAssign**
プロセスは、新しいログ先行書き込み (WAL) 同期メソッドを割り当てる間、データが耐久性の高いストレージに到達するのを待っています。
**IO:WALWrite**
プロセスはログ先行書き込み (WAL) ファイルへの書き込みを待っています。
**IO:XactSync**
バックエンドプロセスは、Aurora ストレージサブシステムが通常のトランザクションのコミット、または準備済みトランザクションのコミットあるいはロールバックを承認するのを待っています。詳細については、「[IO:XactSync](apg-waits.xactsync.md)」を参照してください。
**IPC:AuroraLogicalSchemaUpdate**
2 つのバックエンドプロセスが同じエントリをスキーマキャッシュに挿入しようとしています。1 つ目のプロセスは続行し、別のプロセスは 1 つ目が完了するまで待機します。
**IPC:AuroraOptimizedReadsCacheWriteStop**
プロセスは、バックグラウンドライターが Optimized Reads 階層型キャッシュへの書き込みを停止するのを待っています。
**IPC:BackupWaitWalArchive**
プロセスは、バックアップを正常にアーカイブするために必要なログ先行書き込み (WAL) ファイルを待っています。
**IPC:BgWorkerShutdown**
プロセスはバックグラウンドワーカーがシャットダウンするのを待っています。
**IPC:BgWorkerStartup**
プロセスはバックグラウンドワーカーのスタートを待っています。
**IPC:BtreePage**
プロセスは、パラレル B ツリースキャンの継続に必要なページ番号が使用可能になるのを待っています。
**IPC:CheckpointDone**
プロセスは、チェックポイントが完了するのを待っています。
**IPC:CheckpointStart**
プロセスがチェックポイントのスタートを待っています。
**IPC:ClogGroupUpdate**
プロセスは、グループリーダーがトランザクションの終了時にトランザクションステータスを更新するのを待っています。
**IPC:DamRecordTxAck**
バックエンドプロセスがデータベースアクティビティストリーミングイベントを生成し、イベントが永続化するのを待っています。詳細については、「[IPC:DamRecordTxAck](apg-waits.ipcdamrecordtxac.md)」を参照してください。
**IPC:ExecuteGather**
プロセスは、Gather Plan ノードの実行中に、子プロセスからのアクティビティを待っています。
**IPC:Hash/Batch/Allocating**
プロセスは、選択されたパラレルハッシュ参加者がハッシュテーブルを割り当てるのを待っています。
**IPC:Hash/Batch/Electing**
プロセスは、ハッシュテーブルを割り当てるためにパラレルハッシュ参加者を選択しています。
**IPC:Hash/Batch/Loading**
プロセスは、他のパラレルハッシュ参加者がハッシュテーブルのロードを完了するのを待っています。
**IPC:Hash/Build/Allocating**
プロセスは、選択されたパラレルハッシュ参加者が初期のハッシュテーブルを割り当てるのを待っています。
**IPC:Hash/Build/Electing**
プロセスは、初期のハッシュテーブルを割り当てるためにパラレルハッシュ参加者を選択しています。
**IPC:Hash/Build/HashingInner**
プロセスは、他のパラレルハッシュ参加者が内部リレーションのハッシュを完了するのを待っています。
**IPC:Hash/Build/HashingOuter**
プロセスは、他のパラレルハッシュ参加者が外部リレーションのパーティショニングを完了するのを待っています。
**IPC:Hash/GrowBatches/Allocating**
プロセスは、選択されたパラレルハッシュ参加者がより多くのバッチを割り当てるのを待っています。
**IPC:Hash/GrowBatches/Deciding**
プロセスは、将来のバッチの増加を決定するために、パラレルハッシュ参加者を選択しています。
**IPC:Hash/GrowBatches/Electing**
プロセスは、より多くのバッチを割り当てるために、パラレルハッシュ参加者を選択しています。
**IPC:Hash/GrowBatches/Finishing**
プロセスは、選択されたパラレルハッシュ参加者が将来のバッチの増加を決定するのを待っています。
**IPC:Hash/GrowBatches/Repartitioning**
プロセスは、他のパラレルハッシュ参加者がリパーティショニングを完了させるのを待っています。
**IPC:Hash/GrowBuckets/Allocating**
プロセスは、選択されたパラレルハッシュ参加者がより多くのバケットの割り当てを完了するのを待っています。
**IPC:Hash/GrowBuckets/Electing**
プロセスは、より多くのバケットを割り当てるためにパラレルハッシュ参加者を選択しています。
**IPC:Hash/GrowBuckets/Reinserting**
プロセスは、他のパラレルハッシュ参加者が新しいバケットへタプル挿入を完了するのを待っています。
**IPC:HashBatchAllocate**
プロセスは、選択されたパラレルハッシュ参加者がハッシュテーブルを割り当てるのを待っています。
**IPC:HashBatchElect**
プロセスは、ハッシュテーブルを割り当てるパラレルハッシュ参加者を選択するのを待っています。
**IPC:HashBatchLoad**
プロセスは、他のパラレルハッシュ参加者がハッシュテーブルのロードを完了するのを待っています。
**IPC:HashBuildAllocate**
プロセスは、選択されたパラレルハッシュ参加者が初期ハッシュテーブルを割り当てるのを待っています。
**IPC:HashBuildElect**
プロセスは、初期のハッシュテーブルを割り当てるパラレルハッシュ参加者を選択するのを待っています。
**IPC:HashBuildHashInner**
プロセスは、他のパラレルハッシュ参加者が内部リレーションのハッシュを完了するのを待っています。
**IPC:'HashBuildHashOuter**
プロセスは、他のパラレルハッシュ参加者が外部リレーションのパーティショニングを完了するのを待っています。
**IPC:HashGrowBatchesAllocate**
プロセスは、選択されたパラレルハッシュ参加者がより多くのバッチを割り当てるのを待っています。
**IPC:'HashGrowBatchesDecide**
プロセスは、将来のバッチの増加を決定するために、パラレルハッシュ参加者を選択するのを待っています。
**IPC:HashGrowBatchesElect**
プロセスは、より多くのバッチを割り当てるために、パラレルハッシュ参加者を選択するのを待っています。
**IPC:HashGrowBatchesFinish**
プロセスは、選択されたパラレルハッシュ参加者が将来のバッチの増加を決定するのを待っています。
**IPC:HashGrowBatchesRepartition**
プロセスは、他のパラレルハッシュ参加者が再パーティショニングを完了するのを待っています。
**IPC:HashGrowBucketsAllocate**
プロセスは、選択されたパラレルハッシュ参加者がより多くのバケットの割り当てを完了するのを待っています。
**IPC:HashGrowBucketsElect**
プロセスは、より多くのバケットを割り当てるためにパラレルハッシュ参加者を選択するのを待っています。
**IPC:HashGrowBucketsReinsert**
プロセスは、他のパラレルハッシュ参加者が新しいバケットへのタプルの挿入を完了するのを待っています。
**IPC:LogicalSyncData**
プロセスは、論理的なレプリケーションリモートサーバーが初期のテーブル同期のためにデータを送信するのを待っています。
**IPC:LogicalSyncStateChange**
プロセスは、論理的なレプリケーションリモートサーバーが状態を変更するのを待っています。
**IPC:MessageQueueInternal**
プロセスは、別のプロセスが共有メッセージキューに接続されるのを待っています。
**IPC:MessageQueuePutMessage**
プロセスは、共有メッセージキューへのプロトコルメッセージの書き込みを待っています。
**IPC:MessageQueueReceive**
プロセスは、共有メッセージキューからバイトを受信するのを待っています。
**IPC:MessageQueueSend**
プロセスは、共有メッセージキューにバイトを送信するのを待っています。
**IPC:ParallelBitmapScan**
プロセスは、パラレルビットマップスキャンが初期化されるのを待っています。
**IPC:ParallelCreateIndexScan**
プロセスは、パラレルの CREATE INDEX ワーカーがヒープスキャンを完了するのを待っています。
**IPC:ParallelFinish**
プロセスは、パラレルワーカーがコンピューティングを完了するのを待っています。
**IPC:ProcArrayGroupUpdate**
プロセスは、グループリーダーがトランザクションの終了時にトランザクション ID をクリアするのを待っています。
**IPC:ProcSignalBarrier**
プロセスは、バリアイベントがすべてのバックエンドで処理されるのを待っています。
**IPC:Promote**
プロセスがスタンバイのプロモーションを待っています。
**IPC:RecoveryConflictSnapshot**
プロセスが、バキュームクリーンアップのリカバリの競合解決を待っています。
**IPC:RecoveryConflictTablespace**
プロセスは、表領域を削除するためのリカバリの競合解決を待っています。
**IPC:RecoveryPause**
プロセスがリカバリが再開されるのを待っています。
**IPC:ReplicationOriginDrop**
プロセスは、レプリケーションオリジンが非アクティブになるのを待っているため、削除できます。
**IPC:ReplicationSlotDrop**
プロセスは、レプリケーションスロットが非アクティブになるのを待っているため、ドロップできます。
**IPC:SafeSnapshot**
プロセスは、読み取り専用の遅延可能なトランザクションの有効なスナップショットを取得するのを待っています。
**IPC:SyncRep**
プロセスは、同期レプリケーション中にリモートサーバーからの確認を待っています。
**IPC:XactGroupUpdate**
プロセスは、グループリーダーがトランザクションの終了時にトランザクションステータスを更新するのを待っています。
**Lock:advisory**
バックエンドプロセスがアドバイザリロックを要求し、それを待っています。詳細については、「[Lock:advisory](apg-waits.lockadvisory.md)」を参照してください。
**Lock:extend**
バックエンドプロセスは、リレーションを拡張できるように、ロックが解放されるのを待っています。このロックは、一度に 1 つのバックエンドプロセスだけのリレーションを拡張できるので必要です。詳細については、「[Lock:extend](apg-waits.lockextend.md)」を参照してください。
**Lock:frozenid**
プロセスが更新を待っている`pg_database.datfrozenxid`そして`pg_database.datminmxid`。
**Lock:object**
プロセスは、非関係データベースオブジェクトのロックを取得するのを待っています。
**Lock:page**
プロセスは、リレーションのページのロックを取得するのを待っています。
**Lock:Relation**
バックエンドプロセスは、別のトランザクションによってロックされているリレーションのロック取得を待っています。詳細については、「[Lock:Relation](apg-waits.lockrelation.md)」を参照してください。
**Lock:spectoken**
プロセスが投機的挿入ロックを取得するのを待っています。
**Lock:speculative token**
プロセスが投機的挿入ロックを取得するのを待っています。
**Lock:transactionid**
トランザクションが行レベルのロックを待っています。詳細については、「[Lock:transactionid](apg-waits.locktransactionid.md)」を参照してください。
**Lock:tuple**
バックエンドプロセスがタプルのロックを取得するのを待っている間、別のバックエンドプロセスが同じタプルで競合するロックを保持しています。詳細については、「[Lock:tuple](apg-waits.locktuple.md)」を参照してください。
**Lock:userlock**
プロセスがユーザーロックを取得するのを待っています。
**Lock:virtualxid**
プロセスが仮想トランザクション ID ロックの取得を待っています。
**LWLock:AddinShmemInit**
プロセスは、共有メモリ内の拡張機能の領域割り当てを管理するのを待っています。
**LWLock:AddinShmemInitLock**
プロセスは、共有メモリ内の領域割り当ての管理を待っています。
**LWLock:async**
プロセスが非同期 (通知) バッファで I/O を待っています。
**LWLock:AsyncCtlLock**
プロセスが共有通知状態の読み取りまたは更新を待っています。
**LWLock:AsyncQueueLock**
プロセスが通知メッセージの読み取りまたは更新を待っています。
**LWLock:AuroraOptimizedReadsCacheMapping**
プロセスは Optimized Reads 階層型キャッシュ内のページにデータブロックを関連付けるのを待っています。
**LWLock:AutoFile**
プロセスが更新を待っている`postgresql.auto.conf`ファイルを開きます。
**LWLock:AutoFileLock**
プロセスが更新を待っている`postgresql.auto.conf`ファイルを開きます。
**LWLock:Autovacuum**
プロセスは autovacuum ワーカーの現在の状態の読み取りまたは更新を待っています。
**Lwlock:AutovacuumLock**
autovacuum ワーカーまたはランチャーは、自動バキュームワーカーの現在の状態の更新または読み取りを待っています。
**Lwlock:AutovacuumSchedule**
自動バキューム用に選択されたテーブルがまだバキューム処理が必要であることを確認するために、プロセスが待っています。
**Lwlock:AutovacuumScheduleLock**
プロセスは、バキューム用に選択したテーブルがまだバキューム処理が必要であることを確認するために待っています。
**Lwlock:BackendRandomLock**
プロセスが乱数の生成を待っています。
**Lwlock:BackgroundWorker**
プロセスは、バックグラウンドワーカーの状態の読み取りまたは更新を待っています。
**Lwlock:BackgroundWorkerLock**
プロセスは、バックグラウンドワーカーの状態の読み取りまたは更新を待っています。
**Lwlock:BtreeVacuum**
プロセスが B ツリーインデックスのバキューム関連情報の読み取りまたは更新を待っています。
**Lwlock:BtreeVacuumLock**
プロセスが B ツリーインデックスのバキューム関連情報の読み取りまたは更新を待っています。
**LWLock:buffer\$1content**
バックエンドプロセスは、共有メモリバッファの内容に対する軽量ロックの取得を待っています。詳細については、「[LWLock:buffer\$1content (BufferContent)](apg-waits.lockbuffercontent.md)」を参照してください。
**LWLock:buffer\$1mapping**
バックエンドプロセスは、共有バッファプール内のバッファにデータブロックを関連付けるのを待っています。詳細については、「[LWLock:buffer\$1mapping](apg-waits.lwl-buffer-mapping.md)」を参照してください。
**LWLock:BufferIO**
バックエンドプロセスは、ページを共有メモリに読み込もうとしています。プロセスは、他のプロセスがそのページの I/O を完了するのを待っています。詳細については、「[LWLock:BufferIO (IPC:BufferIO)](apg-waits.lwlockbufferio.md)」を参照してください。
**Lwlock:Checkpoint**
プロセスがチェックポイントのスタートを待っています。
**Lwlock:CheckpointLock**
プロセスがチェックポイントの実行を待っています。
**Lwlock:CheckpointerComm**
プロセスが管理を待っている`fsync`リクエスト。
**Lwlock:CheckpointerCommLock**
プロセスが管理を待っている`fsync`リクエスト。
**Lwlock:clog**
プロセスがクログ (トランザクションステータス) バッファの I/O を待っています。
**Lwlock:CLogControlLock**
プロセスは、トランザクションステータスの読み取りまたは更新を待っています。
**Lwlock:CLogTruncationLock**
プロセスの実行を待っている`txid_status`または、使用可能な最も古いトランザクション ID を更新します。
**Lwlock:commit\$1timestamp**
プロセスは、コミットタイムスタンプバッファでの I/O を待っています。
**Lwlock:CommitTs**
プロセスは、トランザクションコミットタイムスタンプに設定された最後の値の読み取りまたは更新を待っています。
**Lwlock:CommitTsBuffer**
プロセスは、コミットタイムスタンプのシンプルな最も長い時間使われていない (SLRU) バッファの I/O を待っています。
**Lwlock:CommitTsControlLock**
プロセスは、トランザクションのコミットタイムスタンプの読み取りまたは更新を待っています。
**Lwlock:CommitTsLock**
プロセスは、トランザクションタイムスタンプに設定された最後の値の読み取りまたは更新を待っています。
**Lwlock:CommitTsSLRU**
プロセスは、コミットタイムスタンプのシンプルな最も長い時間使われていない (SLRU) キャッシュにアクセスするのを待っています。
**Lwlock:ControlFile**
プロセスは、`pg_control` ファイルの読み取りまたは更新、または新しいログ先行書き込み (WAL) ファイルの作成を待っています。
**Lwlock:ControlFileLock**
プロセスは、制御ファイルの読み取りまたは更新、または新しいログ先行書き込み (WAL) ファイルの作成を待っています。
**Lwlock:DynamicSharedMemoryControl**
プロセスは、動的共有メモリ割り当て情報の読み取りまたは更新を待っています。
**Lwlock:DynamicSharedMemoryControlLock**
プロセスは、動的共有メモリ状態の読み取りまたは更新を待っています。
**LWLock:lock\$1manager**
バックエンドプロセスは、バックエンドプロセスのロックの追加または検査を待っています。または、パラレルクエリで使用されるロックグループに参加または終了するのを待っています。詳細については、「[LWLock:lock\$1manager](apg-waits.lw-lock-manager.md)」を参照してください。
**Lwlock:LockFastPath**
プロセスは、プロセスの高速パスロック情報の読み取りまたは更新を待っています。
**Lwlock:LogicalRepWorker**
プロセスは、論理的なレプリケーションワーカーの状態の読み取りまたは更新を待っています。
**Lwlock:LogicalRepWorkerLock**
プロセスは、論理的なレプリケーションワーカーに対するアクションが完了するのを待っています。
**LWLock:LogicalSchemaCache**
プロセスによってスキーマキャッシュが変更されました。
**Lwlock:multixact\$1member**
プロセスは multixact\$1member バッファ上の I/O を待っています。
**Lwlock:multixact\$1offset**
プロセスは multixact オフセットバッファ上の I/O を待っています。
**Lwlock:MultiXactGen**
プロセスが共有 multixact 状態の読み取りまたは更新を待っています。
**Lwlock:MultiXactGenLock**
プロセスは、共有マルチシャクト状態の読み取りまたは更新を待っています。
**Lwlock:MultiXactMemberBuffer**
プロセスは、multixact メンバーのシンプルな最も長い時間使われていない (SLRU) バッファの I/O を待っています。詳細については、「[LWLock:MultiXact](apg-waits.lwlockmultixact.md)」を参照してください。
**Lwlock:MultiXactMemberControlLock**
プロセスは、multixact メンバーマッピングの読み取りまたは更新を待っています。
**Lwlock:MultiXactMemberSLRU**
プロセスは、multixact メンバーのシンプルな最も長い時間使われていない (SLRU) キャッシュへのアクセスを待っています。詳細については、「[LWLock:MultiXact](apg-waits.lwlockmultixact.md)」を参照してください。
**Lwlock:MultiXactOffsetBuffer**
プロセスは、multixact オフセットのシンプルな最も長い時間使われていない (SLRU) バッファの I/O を待っています。詳細については、「[LWLock:MultiXact](apg-waits.lwlockmultixact.md)」を参照してください。
**Lwlock:MultiXactOffsetControlLock**
プロセスは、multixact オフセットマッピングの読み取りまたは更新を待っています。
**Lwlock:MultiXactOffsetSLRU**
プロセスは、multixact オフセットのシンプルな最も長い時間使われていない (SLRU) キャッシュへのアクセスを待っています。詳細については、「[LWLock:MultiXact](apg-waits.lwlockmultixact.md)」を参照してください。
**Lwlock:MultiXactTruncation**
プロセスは、multixact 情報の読み取りまたは切り捨てを待っています。
**Lwlock:MultiXactTruncationLock**
プロセスは、multixact 情報の読み取りまたは切り捨てを待っています。
**Lwlock:NotifyBuffer**
プロセスは、NOTIFY メッセージのシンプルな最も長い時間使われていない (SLRU) バッファの I/O を待っています。
**Lwlock:NotifyQueue**
プロセスは NOTIFY メッセージの読み取りまたは更新を待っています。
**Lwlock:NotifyQueueTail**
プロセスが NOTIFY メッセージストレージの上限を更新するのを待っています。
**Lwlock:NotifyQueueTailLock**
プロセスが通知メッセージストレージの上限を更新するのを待っています。
**Lwlock:NotifySLRU**
プロセスは、NOTIFY メッセージのシンプルな最も長い時間使われていない (SLRU) キャッシュへのアクセスを待っています。
**Lwlock:OidGen**
プロセスは、新しいオブジェクト ID (OID) の割り当てを待っています。
**Lwlock:OidGenLock**
プロセスは、オブジェクト ID (OID) の割り当てまたは割り当てを待っています。
**Lwlock:oldserxid**
プロセスは oldserxid バッファ上の I/O を待っています。
**Lwlock:OldSerXidLock**
プロセスは、競合する直列化可能なトランザクションの読み取りまたは記録を待っています。
**Lwlock:OldSnapshotTimeMap**
プロセスは、古いスナップショット制御情報の読み取りまたは更新を待っています。
**Lwlock:OldSnapshotTimeMapLock**
プロセスは、古いスナップショット制御情報の読み取りまたは更新を待っています。
**Lwlock:parallel\$1append**
プロセスは、パラレル追加プランの実行中に次のサブプランを選択するのを待っています。
**Lwlock:parallel\$1hash\$1join**
プロセスは、パラレルハッシュプランの実行中に、メモリまたは更新カウンターのチャンクの割り当てまたは交換を待っています。
**Lwlock:parallel\$1query\$1dsa**
プロセスは、パラレルクエリの動的共有メモリ割り当てのロックを待っています。
**Lwlock:ParallelAppend**
プロセスは、パラレル追加プランの実行中に次のサブプランを選択するのを待っています。
**Lwlock:ParallelHashJoin**
プロセスは、パラレルハッシュ結合の計画実行中にワーカーの同期を待っています。
**Lwlock:ParallelQueryDSA**
プロセスは、パラレルクエリの動的共有メモリ割り当てを待っています。
**Lwlock:PerSessionDSA**
プロセスは、パラレルクエリの動的共有メモリ割り当てを待っています。
**Lwlock:PerSessionRecordType**
プロセスは、複合型に関するパラレルクエリの情報にアクセスするのを待っています。
**Lwlock:PerSessionRecordTypmod**
プロセスは、匿名レコードタイプを識別する型修飾子に関するパラレルクエリの情報へのアクセスを待っています。
**Lwlock:PerXactPredicateList**
プロセスは、パラレルクエリ中に現在の直列化可能トランザクションによって保持されている述語ロックのリストへのアクセスを待っています。
**Lwlock:predicate\$1lock\$1manager**
プロセスは、述語ロック情報の追加または検査を待っています。
**Lwlock:PredicateLockManager**
プロセスは、直列化可能なトランザクションで使用される述語ロック情報へのアクセスを待っています。
**Lwlock:proc**
プロセスは、高速パスロック情報の読み取りまたは更新を待っています。
**Lwlock:ProcArray**
プロセスは、共有プロセスごとのデータ構造にアクセスするのを待っています (通常は、スナップショットの取得やセッションのトランザクション ID のレポートなど)。
**Lwlock:ProcArrayLock**
プロセスは、スナップショットの取得を待っているか、トランザクションの最後にトランザクション ID をクリアしています。
**Lwlock:RelationMapping**
プロセスは、`pg_filenode.map` ファイル (特定のシステムカタログのファイルノード割り当てを追跡するために使用されます) の読み取りまたは更新を待っています。
**Lwlock:RelationMappingLock**
プロセスは、カタログからファイルノードへのマッピングを格納するために使用されるリレーションマップファイルの更新を待っています。
**Lwlock:RelCacheInit**
プロセスは、`pg_internal.init` ファイル (リレーションキャッシュ初期化ファイル) の読み取りまたは更新を待っています。
**Lwlock:RelCacheInitLock**
プロセスは、リレーションキャッシュ初期化ファイルの読み取りまたは書き込みを待っています。
**Lwlock:replication\$1origin**
プロセスは、レプリケーションの進行状況の読み取りまたは更新を待っています。
**Lwlock:replication\$1slot\$1io**
プロセスがレプリケーションスロットの I/O を待っています。
**Lwlock:ReplicationOrigin**
プロセスは、レプリケーションオリジンの作成、削除、または使用を待っています。
**Lwlock:ReplicationOriginLock**
プロセスは、レプリケーションオリジンの設定、削除、または使用を待っています。
**Lwlock:ReplicationOriginState**
プロセスは、1 つのレプリケーションオリジンの進行状況の読み取りまたは更新を待っています。
**Lwlock:ReplicationSlotAllocation**
プロセスがレプリケーションスロットの割り当てまたは解放を待っています。
**Lwlock:ReplicationSlotAllocationLock**
プロセスがレプリケーションスロットの割り当てまたは解放を待っています。
**Lwlock:ReplicationSlotControl**
プロセスは、レプリケーションスロットの状態の読み取りまたは更新を待っています。
**Lwlock:ReplicationSlotControlLock**
プロセスは、レプリケーションスロットの状態の読み取りまたは更新を待っています。
**Lwlock:ReplicationSlotIO**
プロセスがレプリケーションスロットの I/O を待っています。
**Lwlock:SerialBuffer**
プロセスは、直列化可能なトランザクションの競合のシンプルな最も長い時間使われていない (SLRU) バッファの I/O を待っています。
**Lwlock:SerializableFinishedList**
プロセスは、完成した直列化可能なトランザクションのリストへのアクセスを待っています。
**Lwlock:SerializableFinishedListLock**
プロセスは、完成した直列化可能なトランザクションのリストへのアクセスを待っています。
**Lwlock:SerializablePredicateList**
プロセスは、直列化可能なトランザクションによって保持されている述語ロックのリストへのアクセスを待っています。
**Lwlock:SerializablePredicateLockListLock**
プロセスは、直列化可能なトランザクションによって保持されているロックのリストに対する操作の実行を待っています。
**Lwlock:SerializableXactHash**
プロセスは、直列化可能なトランザクションに関する情報の読み取りまたは更新を待っています。
**Lwlock:SerializableXactHashLock**
プロセスは、直列化可能なトランザクションに関する情報を取得または保存するのを待っています。
**Lwlock:SerialSLRU**
プロセスは、直列化可能なトランザクションの競合のシンプルな最も長い時間使われていない (SLRU) キャッシュへのアクセスを待っています。
**Lwlock:SharedTidBitmap**
パラレルビットマップインデックススキャン中に、プロセスが共有タプル識別子 (TID) ビットマップへのアクセスを待っています。
**Lwlock:SharedTupleStore**
プロセスは、パラレルクエリ中に共有タプルストアへのアクセスを待っています。
**Lwlock:ShmemIndex**
プロセスは、共有メモリ内の領域を検索または割り当てるのを待っています。
**Lwlock:ShmemIndexLock**
プロセスは、共有メモリ内の領域を検索または割り当てるのを待っています。
**Lwlock:SInvalRead**
プロセスは、共有カタログの無効化キューからメッセージを取得するのを待っています。
**Lwlock:SInvalReadLock**
プロセスは、共有無効化キューからメッセージを取得または削除するのを待っています。
**Lwlock:SInvalWrite**
プロセスは、共有カタログの無効化キューにメッセージを追加するのを待っています。
**Lwlock:SInvalWriteLock**
プロセスが共有無効化キューにメッセージを追加するのを待っています。
**Lwlock:SyncRep**
プロセスは、同期レプリケーションの状態に関する情報の読み取りまたは更新を待っています。
**Lwlock:SyncRepLock**
プロセスは、同期レプリカに関する情報の読み取りまたは更新を待っています。
**Lwlock:SyncScan**
プロセスは、同期テーブルスキャンのスタート場所の選択を待っています。
**Lwlock:SyncScanLock**
プロセスは、同期スキャンのテーブル上でスキャンのスタート場所を取得するのを待っています。
**Lwlock:TablespaceCreate**
プロセスが表領域の作成または削除を待っています。
**Lwlock:TablespaceCreateLock**
プロセスが表領域の作成または削除を待っています。
**Lwlock:tbm**
プロセスは、ツリービットマップ (TBM) の共有イテレータロックを待っています。
**Lwlock:TwoPhaseState**
プロセスは、準備されたトランザクションの状態の読み取りまたは更新を待っています。
**Lwlock:TwoPhaseStateLock**
プロセスは、準備されたトランザクションの状態の読み取りまたは更新を待っています。
**Lwlock:wal\$1insert**
プロセスがメモリバッファへのログ先行書き込み (WAL) の挿入を待っています。
**Lwlock:WALBufMapping**
プロセスは WAL (ログ先行書き込み) バッファ内のページの置換を待っています。
**Lwlock:WALBufMappingLock**
プロセスは WAL (ログ先行書き込み) バッファ内のページの置換を待っています。
**Lwlock:WALInsert**
プロセスがメモリバッファへのログ先行書き込み (WAL) データの挿入を待っています。
**Lwlock:WALWrite**
プロセスは WAL (ログ先行書き込み) バッファがディスクに書き込まれるのを待っています。
**Lwlock:WALWriteLockLwlock:WALWriteLock**
プロセスは WAL (ログ先行書き込み) バッファがディスクに書き込まれるのを待っています。
**Lwlock:WrapLimitsVacuum**
プロセスは、トランザクション ID とマルチシャクト消費の制限の更新を待っています。
**Lwlock:WrapLimitsVacuumLock**
プロセスは、トランザクション ID とマルチシャクト消費の制限の更新を待っています。
**Lwlock:XactBuffer**
プロセスは、トランザクションステータスのシンプルな最も長い時間使われていない (SLRU) バッファの I/O を待っています。
**Lwlock:XactSLRU**
プロセスは、トランザクションステータスのシンプルな最も長い時間使われていない (SLRU) キャッシュへのアクセスを待っています。
**Lwlock:XactTruncation**
プロセスが pg\$1xact\$1status を実行するか、使用可能な最も古いトランザクション ID を更新するのを待っています。
**Lwlock:XidGen**
プロセスは、新しいトランザクション ID の割り当てを待っています。
**Lwlock:XidGenLock**
プロセスは、トランザクション ID の割り当てまたは割り当てを待っています。
**Timeout:BaseBackupThrottle**
アクティビティのスロットリング時に、ベースバックアップ中にプロセスが待っています。
**Timeout:PgSleep**
バックエンドプロセスが pg\$1sleep 関数を呼び出して、スリープタイムアウトの期限が切れるのを待っています。詳細については、「[Timeout:PgSleep](apg-waits.timeoutpgsleep.md)」を参照してください。
**Timeout:RecoveryApplyDelay**
遅延設定のため、プロセスはリカバリ中にログ先行書き込み (WAL) の適用を待っています。
**Timeout:RecoveryRetrieveRetryInterval**
どの出典 (pg\$1wal、アーカイブ、またはストリーミング) からもログ先行書き込み (WAL) データが使用できない場合、リカバリ中にプロセスが待っています。
**Timeout:VacuumDelay**
プロセスが、コストベースの真空遅延ポイントで待っています。
PostgreSQL の待機イベントの詳細なリストについては、PostgreSQL ドキュメントの「[統計コレクター > 待機イベントテーブル](https://www.postgresql.org/docs/current/monitoring-stats.html#WAIT-EVENT-TABLE)」を参照してください。