PolarDB:コールドデータの階層化ストレージを有効にして使用する

バージョン要件

サポートされているリージョン

標準テーブル、インデックス、マテリアライズドビューのコールドストレージ

• 既存のデータテーブル、インデックス、またはマテリアライズドビューをコールドストレージに移動します。

  ALTER  TABLE  tblname  SET  TABLESPACE OSS;
  ALTER  INDEX  idxname  SET TABLESPACE OSS;
  ALTER Materialized View mvname SET TABLESPACE OSS;

  説明

  テーブルに対して ALTER TABLE tblname SET TABLESPACE OSS を実行すると、デフォルトではテーブルデータのみが OSS に転送されます。テーブルのインデックスを OSS に転送するには、各インデックスに対して ALTER INDEX も実行する必要があります。

• 新しいデータテーブル、インデックス、またはマテリアライズドビューを OSS ストレージに直接作成します。

  • 方法 1: CREATE 文で TABLESPACE OSS を指定します。

    CREATE TABLE tblname (...) TABLESPACE OSS;
    CREATE TABLE tblname(...) TABLESPACE OSS as SELECT ...;
    CREATE INDEX idxname ON tblname(columnname) TABLESPACE OSS;
    CREAE INDEX idxname ON tblename USING GiST(columnname) TABLESPACE OSS;
    CREATE MATERIALIZED VIEW table_name TABLESPACE OSS AS query [ WITH [ NO ] DATA ];

  • 方法 2: デフォルトの表領域を OSS 表領域に設定します。

    SET default_tablespace = 'oss';
    CREATE  TABLE  tblname  (...) ;
    CREATE  INDEX  idxname ON  tblname(columnname);
    CREAE  INDEX  idxname  ON tblename USING GiST(columnname);
    CREATE MATERIALIZED VIEW  table_name  AS query [ WITH [ NO ] DATA ];

    説明

    この方法を使用してデフォルトの表領域を OSS に設定すると、その後のすべての CREATE TABLE、CREATE INDEX、および CREATE MATERIALIZED VIEW 操作は、オブジェクトを OSS ストレージに直接作成します。コールドストレージにオブジェクトを作成する必要がなくなった場合は、デフォルトの表領域をリセットできます:

    RESET default_tablespace;

LOB フィールドの個別コールドストレージ

LOB フィールドには、PolarDB for PostgreSQL および の blob、text、json、jsonb、および配列データ型のフィールドと、時空間データ型が含まれます。これらのオブジェクトは多くの場合サイズが大きく、かなりのストレージ領域を占有し、更新頻度も低いです。これらのシナリオでコストを削減するために、PolarDB for PostgreSQL および のコールドデータの階層化ストレージ機能を使用すると、LOB フィールドのみをコールドストレージに移動し、他のフィールドは元の記憶媒体に残すことができます。単一の SQL 文を使用して、LOB フィールドをコールドストレージに移動できます:

--LOB フィールドを含むテーブルを作成します。
CREATE TABLE  test_large_object(id serial, val text);

--LOB フィールドのみをコールドストレージに移動します。
ALTER TABLE test_large_object alter column val set (storage_type='oss');

--LOB データを書き込みます。text フィールドの内容は OSS に保存されます。
INSERT INTO test_large_object(val) VALUES((SELECT string_agg(random()::text, ':') FROM generate_series(1, 10000)));

パーティションテーブルのコールドストレージ

コールドストレージの一般的なユースケースは、パーティションテーブルです。パーティションテーブルで階層化ストレージ機能を使用するための特別なメソッドが利用可能です。

• すべてのパーティションをコールドストレージに移動します。

  • 方法 1: 既存の子パーティションを順次コールドストレージに移動します。

    --prt1 はパーティションテーブル (親テーブル) です。
    --prt1_p1 は prt1 の子テーブルです。
    --prt2_p2 は prt1 の別の子テーブルです。
    --すべての子テーブルで ALTER 文を実行します。
    ALTER  TABLE  prt1_p1  SET  TABLESPACE OSS;
    ALTER  TABLE  prt1_p2  SET  TABLESPACE OSS;

  • 方法 2: 親パーティションテーブルを OSS 表領域に直接作成します。

    CREATE TABLE prt1 (a int, b int) PARTITION BY RANGE(a) TABLESPACE OSS;
    
    --デフォルトでは、子テーブルは親テーブルの表領域プロパティを継承し、OSS 表領域に直接作成されます。
    CREATE TABLE prt1_p1 PARTITION OF prt1 FOR VALUES FROM (0) TO (250);
    CREATE TABLE prt1_p2 PARTITION OF prt1 FOR VALUES FROM (250) TO (500);

  • 方法 3: パーティションテーブルを作成する前に、デフォルトの表領域を OSS 表領域に設定します。

    SET default_tablespace = 'oss';
    CREATE  TABLE  prt1 (a int, b int) PARTITION BY RANGE(a);
    CREATE TABLE prt1_p1 PARTITION OF prt1 FOR VALUES FROM (0) TO (250);
    CREATE TABLE prt1_p2 PARTITION OF prt1 FOR VALUES FROM (250) TO (500);

• 一部の子パーティションをコールドストレージに移動します:

  期限切れ (アクセス頻度の低い) の子パーティションのみをコールドストレージに移動するには、それらのパーティションの表領域のみを変更します。期限切れでない (アクセス頻度の高い) 子パーティションは移動されず、データベースディスク上に残ります。このアプローチにより、パーティションテーブルのアクセスパフォーマンスに影響を与えることなく、ストレージコストを削減できます。

  --prt1 はパーティションテーブル (親テーブル) です。
  --prt1_p1 は prt1 の期限切れでない子テーブルです。
  --prt2_p2 は prt1 の期限切れの子テーブルです。
  --期限切れの子テーブルで ALTER 文を実行します。
  ALTER  TABLE  prt1_p2  SET  TABLESPACE OSS;

ホットデータとコールドデータの階層化ストレージ

コールドデータのマテリアライズドキャッシュ

polar_smgrcache_size パラメーターを変更して、コールドデータのマテリアライズドキャッシュのサイズを設定できます。

1. PolarDB コンソールにログインします。左側のナビゲーションウィンドウで、[クラスター] をクリックします。クラスターが配置されているリージョンを選択します。クラスターを見つけてその ID をクリックし、クラスターの詳細ページを開きます。

2. 左側のナビゲーションウィンドウで、[設定と管理] > [パラメーター] を選択します。polar_smgrcache_size パラメーターを見つけて、[パラメーターの変更] をクリックします。

3. 次の例に示すように、polar_smgrcache_size パラメーターを設定します。

   値	キャッシュサイズ
   0	0 (キャッシュは無効)
   1	1 GB
   2	2 GB
   128	128 GB (サポートされている最大値)

4. ページの左上隅にある [変更を送信] をクリックします。[変更を保存] ダイアログボックスで、[OK] をクリックします。このパラメーターを変更すると、クラスターが再起動します。

コールドデータのマテリアライズドキャッシュを有効にした後、次のようにキャッシュの使用状況をクエリできます:

-- 拡張機能を作成します。
CREATE extension polar_monitor;

-- マテリアライズドキャッシュの基本的な使用状況をクエリします。
SELECT * FROM polar_smgrcaches;

-- フィールドの説明:
  -- smgrcache: キャッシュ ID。
  -- relfilenode: キャッシュに対応するテーブルファイル。
  -- relchunknumber: テーブルファイル内でのキャッシュの位置。
  -- nblocks: キャッシュのサイズ。
  -- dirty: キャッシュにダーティブロックが含まれているかどうかを指定します。
  -- usagecount: 使用回数。
  -- pinning_backends: 参照カウント。

-- マテリアライズドキャッシュを OSS に強制的にフラッシュします。
SELECT polar_flush_smgrcache(); 

-- マテリアライズドキャッシュを強制的に削除します。
SELECT polar_evict_smgrcache(); 

コールドデータへのアクセス

コールドデータの追加、削除、変更、クエリ

コールドデータ (すでに OSS 表領域に保存されているオブジェクト) の追加、削除、変更、およびクエリを行う SQL 文は透過的であり、変更は不要です。

コールドデータの復元

データは OSS に転送される際に圧縮されます。OSS からディスクにデータを復元する場合は、ディスクに十分なストレージ領域があることを確認してください。必要な領域は、通常、データが OSS 上で占有するストレージ領域の 1.4 倍から 4 倍です。

コールドデータのクリア

コールドテーブル、インデックス、またはマテリアライズドビューを削除するための SQL 文も透過的であり、変更は不要です。

DELETE  FROM tblname WHERE ...;
TRUNCATE  TABLE  tblname;
DROP  TABLE  tblname;
...