PolarDB:コールドデータのアーカイブ使用ガイド

コールドデータのアーカイブ

• OSS へのアーカイブ：まず、コールドデータのアーカイブを有効化します。コールドデータをアーカイブする際は、必要に応じて標準テーブルまたはパーティションテーブルをアーカイブします。

  • 標準テーブル

    • CSV または ORC フォーマットで標準テーブルを手動アーカイブします。

  • パーティションテーブル

    • 一部のパーティションデータを手動でアーカイブするか、OSS 外部テーブルへアーカイブします。詳細については、「パーティションテーブルのアーカイブ」または「パーティションテーブルを OSS 外部テーブルへアーカイブ」をご参照ください。

    • DLM ポリシーを作成して、コールドデータを自動的にアーカイブします。詳細については、「コールドデータの自動アーカイブ」をご参照ください。

• X-Engine へのアーカイブ：まず、コールドデータのアーカイブを有効化し、高圧縮エンジン（X-Engine） を有効化します。コールドデータをアーカイブする際は、必要に応じて標準テーブルまたはパーティションテーブルをアーカイブします。

  • 標準テーブル

    • X-Engine 行ストアまたは列ストアフォーマットで手動アーカイブします。

  • パーティションテーブル

    • 一部のパーティションデータを X-Engine パーティションへ手動でアーカイブします。詳細については、「X-Engine エンジンフォーマットでのアーカイブ」をご参照ください。

    • DLM ポリシーを作成して、コールドデータを自動的にアーカイブします。詳細については、「パーティションテーブルを X-Engine エンジンフォーマットでアーカイブ」をご参照ください。

コールドデータのクエリ

• 標準テーブル

  アーカイブフォーマットに関係なく、テーブルへのアクセス方法を変更せずにアーカイブ済みデータをクエリできます。

• パーティションテーブル

  • OSS 外部テーブルへのアーカイブ：アーカイブ済みデータをクエリするには、テーブルへのアクセス方法を変更する必要があります。これは、指定されたアーカイブテーブルをクエリすることを意味します。詳細については、「パーティションテーブルを OSS 外部テーブルへアーカイブ」をご参照ください。

  • パーティションテーブルのアーカイブ：アーカイブ済みテーブルはハイブリッドパーティションテーブルとなります。詳細については、「ハイブリッドパーティションのクエリ」をご参照ください。

    異なるストレージエンジン間でパーティションデータをクエリするには、以下の 3 つの方法のいずれかを使用できます：

    • hybrid_partition_query_mix_engine_enabled パラメーターを ON に設定します。これにより、InnoDB、X-Engine、OSS の各パーティションからデータを返すクエリが可能になります。例：

      -- t1 はハイブリッドパーティションテーブルです。
      SELECT * FROM t1;

    • hybrid_partition_query_mix_engine_enabled パラメーターを OFF に設定します。これにより、クエリは InnoDB および X-Engine のパーティションからのみデータを返します。例：

      -- t1 はハイブリッドパーティションテーブルです。
      SELECT * FROM t1;

    • パーティション名を指定します。これにより、任意のストレージエンジンを使用するパーティションからデータをクエリできます。例：

      -- t1 はハイブリッドパーティションテーブルです。p1 はパーティション名です。
      SELECT * FROM t1 PARTITION (p1);

コールドデータの変更

ALTER TABLE table_name ENGINE[=]engine_name;

1036 - Table 't' is read only

ALTER TABLE `oss_test`.`t` ENGINE = InnoDB;

ALTER TABLE t ENGINE = CSV CONNECTION = 'default_oss_server';

ALTER TABLE t ENGINE = CSV STORAGE OSS;

ALTER TABLE table_name REORGANIZE PARTITION part_name INTO (partition_definition);

ALTER TABLE t REORGANIZE PARTITION p1 INTO(PARTITION p1 values less than(100));

コールドデータの削除

OSS 上のテーブルを削除したり、PolarDB ストレージ領域へインポートしたりしても、OSS 上のファイルは自動的に削除されません。データが今後使用されないことが確認できたら、以下のように OSS 上の対応するファイルを削除してください。詳細については、「OSS 上の対応するファイルの削除」をご参照ください。

• 標準テーブルおよび OSS 外部テーブル

  アーカイブ済みテーブルを削除するには、DROP TABLE を使用します。その後、CALL dbms_oss.delete_table_file('database_name', 'table_name'); コマンドを使用して、OSS 上の対応するファイルを削除します。

• パーティションテーブル

  OSS 上の対応するファイルを削除するには、CALL dbms_oss.delete_table_file('database_name', 'table_name'); コマンドを使用します。

OSS 上の対応するファイルの削除は非同期操作です。すべてのノードが OSS ファイルに依存しなくなった時点で、削除が完了します。また、トラフィックが集中している場合、この処理には若干の遅延が発生する可能性があります。

FORCE STORAGE OSS オプション

• 標準テーブルおよび OSS 外部テーブル

  DROP TABLE table_name [FORCE STORAGE OSS];

  説明

  DROP TABLE コマンドの FORCE STORAGE OSS オプションにより、ワンクリックでクリーンアップが可能です。テーブルスキーマを削除すると、関連する OSS ストレージファイルも自動的に削除されます。

• パーティションテーブル

  ALTER TABLE table_name DROP PARTITION part_name [FORCE STORAGE OSS];

  説明

  ALTER TABLE 文の DROP PARTITION 句と FORCE STORAGE OSS オプションを組み合わせることで、パーティションテーブルのメタデータと対応する OSS ストレージファイルを同期的に削除できます。

• CHANGE PARTITION ENGINE

    ALTER TABLE table_name CHANGE PARTITION part_name ENGINE = CSV|ORC [FORCE STORAGE OSS]

  説明

  CHANGE PARTITION ENGINE のコールドデータアーカイブ機能は、強制上書きメカニズムを提供し、同じ名前のファイルを自動的に置き換えます。