it技術:データベース:postgresql:運用
差分
このページの2つのバージョン間の差分を表示します。
両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン次のリビジョン両方とも次のリビジョン | ||
it技術:データベース:postgresql:運用 [2021/06/06 12:32] – [テーブルロックなしのリインデックス] yajuadmin | it技術:データベース:postgresql:運用 [2021/06/24 18:08] – [wal_keep_segments] yajuadmin | ||
---|---|---|---|
行 133: | 行 133: | ||
pg_basebackup -U postgres -D " | pg_basebackup -U postgres -D " | ||
</ | </ | ||
+ | |||
+ | ===== パフォーマンスチューニング ===== | ||
+ | [[https:// | ||
+ | |||
+ | - VACUUMで不要領域を再利用可能な状態にする | ||
+ | - REINDEXでインデックスの不要領域を削除する | ||
+ | - ANALYZEで統計情報を最新化する | ||
+ | - VACUUM FREEZEでトランザクションIDを凍結状態にする | ||
===== データベース初期化 ===== | ===== データベース初期化 ===== | ||
==== 全てのデータベース初期化 ==== | ==== 全てのデータベース初期化 ==== | ||
行 560: | 行 568: | ||
===== インデックスの再構築 ===== | ===== インデックスの再構築 ===== | ||
+ | PostgreSQL のインデックスサイズは一度大きくなると、その後小さくなるタイミングが限られています。 | ||
+ | |||
+ | * DROP INDEX でテーブル自体を削除した場合 | ||
+ | * TRUNCATE TABLE でテーブル全体を空にした場合 | ||
+ | * REINDEX でインデックスを再構成した場合 | ||
+ | |||
+ | インデックスが肥大化した状況では実行計画のコスト計算に影響することがあります。これは適切な実行計画を選択する妨げとなるかもしれません。 | ||
+ | [[https:// | ||
==== リインデックス ==== | ==== リインデックス ==== | ||
reindexコマンドを使用して、インデックスの再構築する。\\ | reindexコマンドを使用して、インデックスの再構築する。\\ | ||
行 571: | 行 587: | ||
==== テーブルロックなしのリインデックス ==== | ==== テーブルロックなしのリインデックス ==== | ||
reindexコマンドはテーブルロックがかかってしまうので、運用中のDBに対して使うのは難しい。\\ | reindexコマンドはテーブルロックがかかってしまうので、運用中のDBに対して使うのは難しい。\\ | ||
- | ただ、PostgreSQLでは別名で全く同じインデックスの作成を行うことができる\\ | + | ただ、PostgreSQLでは別名で全く同じインデックスの作成を行うことができる。\\ |
<wrap em> | <wrap em> | ||
行 578: | 行 594: | ||
* [[https:// | * [[https:// | ||
* [[http:// | * [[http:// | ||
- | * [[https://aws.amazon.com/jp/blogs/ | + | * [[https://qiita.com/mkyz08/items/eb66419d43c56cce566e|PostgreSQLのインデックス再編成]] |
<code bat> | <code bat> |
it技術/データベース/postgresql/運用.txt · 最終更新: 2024/04/24 11:07 by yajuadmin