PolarDB:Elastic Parallel Query を使用したインデックス作成の高速化

polar_bt_write_page_buffer_size の動作

• `0` (デフォルト)： 各インデックスページがいっぱいになると、インデックスエントリをブロックごとにディスクにフラッシュします。

• ゼロ以外の値： 指定されたサイズのカーネルバッファにインデックスエントリをバッファリングし、バッファがいっぱいになると一度にすべてをフラッシュすることで、頻繁な I/O スケジューリングのオーバーヘッドを削減します。

前提条件

開始する前に、次のものがあることを確認してください。

• PolarDB for PostgreSQL (Compatible with Oracle) クラスター

• ターゲットテーブルで DDL 文を実行する権限

操作手順

次の例では、test という名前のテーブルを作成し、EPQ を使用してインデックスを構築します。

1. テストテーブルの作成

CREATE TABLE test(id int, id2 int);

テーブルスキーマを確認します。

\d test

期待される出力：

               Table "public.test"
 Column |  Type   | Collation | Nullable | Default
--------+---------+-----------+----------+---------
 id     | integer |           |          |
 id2    | integer |           |          |

2. EPQ によるインデックス作成の高速化の有効化

SET polar_px_enable_btbuild=on;

設定を確認します。

SHOW polar_px_enable_btbuild;

期待される出力：

 polar_px_enable_btbuild
-------------------------
 on
(1 row)

3. インデックスの作成

このビルドで EPQ を使用するには、CREATE INDEX 文に WITH (px_build=on) を追加します。

CREATE INDEX t ON test(id) WITH(px_build=on);

polar_px_enable_btbuild=on だけでは、特定のインデックスビルドに対して EPQ はアクティブ化されません。CREATE INDEX 文に WITH (px_build=on) を含める必要があります。これがない場合、PolarDB はネイティブ (シリアル) のインデックス作成方法を使用し、作成されたインデックスには px_build アノテーションは表示されません。

4. EPQ を使用してインデックスが作成されたことの確認

\d test

期待される出力：

               Table "public.test"
 Column |  Type   | Collation | Nullable | Default
--------+---------+-----------+----------+---------
 id     | integer |           |          |
 id2    | integer |           |          |
Indexes:
    "t" btree (id) WITH (px_build=finish)

(px_build=finish) フィールドは、EPQ が使用されたことを示します。