すべてのプロダクト
Search
ドキュメントセンター

PolarDB:コールドデータアーカイブ

最終更新日:May 01, 2026

コールドデータとは、クラスター内のテーブルに保存されている更新頻度が低く、アクセスもまれなデータです。ストレージコストを削減するため、コールドデータアーカイブ機能を使用して、このデータを低コストの Object Storage Service (OSS) に転送できます。

仕組み

PolarDB for MySQL は、CSV または ORC フォーマットでのデータアーカイブをサポートしています。アーカイブプロセスは次のとおりです。

データは手動または自動でアーカイブできます。アーカイブされたデータは CSV または ORC フォーマットに変換され、OSS 内に複数のファイルとして保存されます。その後、PolarDB ストレージ領域から自動的に削除され、ストレージ使用量とストレージ料金が削減されます。クラスターノードは Alibaba Cloud の内部ネットワーク経由で OSS 内のデータにアクセスできます。詳細については、「コールドデータを手動でアーカイブする」および「コールドデータを自動でアーカイブする」をご参照ください。

説明

パーティションをアーカイブする際、カーネルバージョンが 8.0.2.2.33 より古い場合は、クォータセンター にアクセスし、クォータ ID polardb_mysql_hybrid_partition で該当クォータを検索し、[操作] 列の 申請 をクリックして機能を有効化してください。

フォーマット比較

ニーズに最適なアーカイブフォーマットを選択するために、以下の比較をご確認ください。

説明
  • 標準テーブル、OSS 外部テーブル、パーティションテーブルをアーカイブする際には制限事項が適用されます。ビジネスへの影響を回避するため、データをアーカイブする前にこれらの制限事項を慎重に確認してください。

  • コールドデータをアーカイブした後、データはご利用の OSS バケットではなく、システム提供の Object Storage Service (OSS) バケットにデフォルトで保存されます。現在、アーカイブ済みデータの一覧は PolarDB コンソールでのみ確認できます。

  • パーティションテーブルのアーカイブ方法:

    • パーティションをアーカイブする:テーブルの特定パーティションをその場でアーカイブします。データは元のテーブル内に残りますが、そのパーティションの記憶媒体が PolarDB(ホットストレージ)から OSS(コールドストレージ)に変更されます。これにより、ホットパーティションとコールドパーティションの両方を含むハイブリッドパーティションテーブルになります。

    • パーティションを OSS 外部テーブルにアーカイブする:パーティションのデータを新しい個別の OSS 外部テーブルに移動します。元のパーティションはソーステーブルから削除されます。

比較項目

CSV

ORC

X-Engine

オープンソースフォーマット

はい

はい

いいえ

アーカイブ方法

手動アーカイブ:

アーカイブ速度

中程度

説明

シングルスレッドアーカイブのみサポートされています。

遅い

説明

シングルスレッドアーカイブのみサポートされています。

高速

説明

データは PolarStore にアーカイブされます。

クエリ速度

  • 低速です。インデックスがない場合、シーケンシャルクエリの速度は InnoDB ストレージエンジン上の約 1/5~1/10 です。

  • 行ストアノード上では ORC フォーマットより高速です。

説明

シングルスレッドおよびマルチスレッドでのデータ読み取りがサポートされています。

  • 低速です。インデックスがない場合、シーケンシャルクエリの速度は InnoDB ストレージエンジン上の約 1/5~1/10 です。

  • 個別の列ストアノード上で AP クエリに適しています。

説明

シングルスレッドでのデータ読み取りのみサポートされています。

  • 高速です。データは PolarStore に保存されるため、OSS のコールドデータよりも大幅に高速にクエリできます。ただし、InnoDB ストレージエンジンと比べると約 30% 遅くなります。

  • 行ストアテーブル形式は TP クエリに、列ストアテーブル形式は列ストアノード上の AP クエリに適しています。

トランザクションサポート

いいえ

いいえ

はい

インデックス機能

いいえ

いいえ

はい

アーカイブ済みデータの変更方法

OSS 内のアーカイブ済みテーブルは読み取り専用です。データを変更するには、PolarDB ストレージ領域に再度インポートする必要があります。

アーカイブ済みテーブルに対して DML 操作を実行できます。

ストレージ領域使用量

InnoDB ストレージエンジン上のインデックスなしテーブルと同等のストレージ領域を使用します。

同じデータ量の場合、ORC フォーマットは CSV フォーマットの約 45% のストレージ領域を使用します。

InnoDB ストレージエンジンと比較して、データを元のサイズの 10%~50% に圧縮できます。具体的な圧縮率はデータの特性に依存します。

バックアップと復元

サポートされていません。

説明
  • Object Storage Service (OSS) は、99.9999999999%(12 個の 9)のデータ耐久性と 99.995% のデータ可用性を提供しており、コールドデータのデータ損失リスクを事実上排除します。

  • PolarDB をバックアップする際、OSS 内のアーカイブ済みコールドデータは含まれません。そのため、データベースおよびテーブルの復元、バックアップと復元、ポイントインタイムリカバリはサポートされていません。

サポートされています。

アーカイブ後の影響

アーカイブ後も、テーブルへのアクセス方法を変更せずにアーカイブ済みデータをクエリできます。

利用可能条件

  • CSV フォーマット へのアーカイブ

    • Cluster Edition クラスターの場合:

      • 標準テーブルのアーカイブ:

        • MySQL 8.0.1、リビジョン 8.0.1.1.47 以降。

        • MySQL 8.0.2、リビジョン 8.0.2.2.10 以降。

      • パーティションテーブルのアーカイブ:

        • MySQL 8.0.2、リビジョン 8.0.2.2.34.1 以降。

    • マルチマスタークラスター (Limitless) Edition クラスターの場合:

      • MySQL 8.0.1、リビジョン 8.0.1.0.13 以降。

  • ORC フォーマット へのアーカイブ

    • Cluster Edition クラスターの場合:

      • 標準テーブルのアーカイブ:MySQL 8.0.2、リビジョン 8.0.2.2.30 以降。

      • パーティションテーブルのアーカイブ:MySQL 8.0.2、リビジョン 8.0.2.2.34.1 以降。

    • マルチマスタークラスター (Limitless) Edition クラスターの場合:MySQL 8.0.2、リビジョン 8.0.2.2.30 以降。

  • X-Engine フォーマット へのアーカイブ

    • 標準テーブルのアーカイブ:

      • MySQL 8.0.1、リビジョン 8.0.1.1.31 以降。

      • MySQL 8.0.2、リビジョン 8.0.2.2.12 以降。

    • パーティションテーブルのアーカイブ:MySQL 8.0.2、リビジョン 8.0.2.2.12 以降。

    • X-Engine 列ストアテーブル へのアーカイブ:MySQL 8.0.2、リビジョン 8.0.2.2.33 以降。

課金

コールドデータは、OSS 内で使用するストレージ容量に基づいて課金されます。以下の表に課金レートを示します。

説明

クラスターがアーカイブしたコールドデータの量を確認するには、「コールドデータアーカイブ情報を表示する」をご参照ください。

使い方

詳細については、「使用方法」をご参照ください。