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 に移動します。インデックスを移動するには、インデックスごとに個別の 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;
    CREATE 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);
    CREATE  INDEX  idxname  ON tblename USING GiST(columnname);
    CREATE MATERIALIZED VIEW  table_name  AS query [ WITH [ NO ] DATA ];

    説明

    デフォルトのテーブル空間を oss に設定すると、新しいテーブル、インデックス、およびマテリアライズドビューが OSS に直接作成されます。コールドストレージでのオブジェクトの作成を停止するには、デフォルトのテーブル空間をリセットします：

    RESET default_tablespace;

LOB フィールドの独立したストレージ

では、LOB フィールドは blob、text、json、jsonb、array データ型、および を指します。これらのデータ型のオブジェクトは通常サイズが大きく、大量のストレージ領域を消費しますが、更新頻度は低いです。このようなシナリオでコストを削減するため、 のコールドデータ階層化ストレージ機能では、他のフィールドのストレージを変更することなく、LOB フィールドをコールドストレージに別途格納できます。単一の SQL 文を使用して、LOB フィールドをコールドストレージに移動できます。使用方法は次のとおりです。

-- ラージオブジェクトフィールドを持つテーブルを作成します。
CREATE TABLE  test_large_object(id serial, val text);

-- ラージオブジェクトフィールドを独立してコールドストレージに移動します。
ALTER TABLE test_large_object alter column val set (storage_type='oss');

-- ラージオブジェクトデータを挿入します。 text フィールドの内容は OSS に保存されます。
INSERT INTO test_large_object(val) VALUES((SELECT string_agg(random()::text, ':') FROM generate_series(1, 10000)));

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

パーティションテーブルは、コールドストレージの一般的なユースケースであり、特定のアーカイブ方法があります。

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

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

    -- prt1 はパーティションテーブル (親テーブル) です。
    -- prt1_p1 は prt1 の子パーティションです。
    -- prt1_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_p2 は期限切れの子パーティションです。
  -- 期限切れの子パーティションで ALTER 操作を実行します。
  ALTER  TABLE  prt1_p2  SET  TABLESPACE OSS;

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

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

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

1. PolarDB コンソール にログインします。左側メニューで、クラスター をクリックします。クラスターが配置されている [Region] を選択し、クラスターを見つけてその ID をクリックします。

2. 左側メニューで、構成・ amp; の管理 > パラメータ設定 を選択します。polar_smgrcache_size パラメーターを見つけて [Modify Parameter] をクリックします。

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

   値	キャッシュサイズ
   0	0 (キャッシュ無効)
   1	1 GB
   2	2 GB
   128	128 GB (現在の最大値)

4. 左上隅の 変更を送信 をクリックします。変更内容の保存 ダイアログボックスで、確定 をクリックします。このパラメーターを変更すると、クラスターが再起動します。

コールドデータ用のマテリアライズドキャッシュを有効にした後、次のステートメントでその使用状況を照会できます。

-- 拡張機能を作成します。
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 テーブル空間に保存されているオブジェクト) に対する DML およびクエリ操作は透過的であり、変更は不要です。

コールドデータの復元

データは OSS に移動される際に圧縮されます。OSS からクラウドディスクにデータを復元する必要がある場合は、クラウドディスクに十分なストレージ容量があることを確認してください。必要な容量は、通常、OSS 内のデータサイズの 1.4 倍から 4 倍です。

コールドデータの削除

コールドテーブル、インデックス、またはマテリアライズドビューを削除するための SQL ステートメントは、変更の必要はありません。

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