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

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

最終更新日:Aug 13, 2026

コールドデータとは、データベーステーブル内で更新やアクセスがほとんど行われないデータを指します。コストを削減したい場合は、コールドデータアーカイブ機能を使用してこのデータを低コストの Object Storage Service (OSS) に移動し、ストレージ費用を削減できます。

仕組み

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

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

説明

パーティションテーブルをアーカイブする際、ご利用のカーネルマイナーバージョンが 8.0.2.2.33 より前の場合、クォータセンター に移動し、Quota 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 内のアーカイブ済みテーブルは読み取り専用です。データを変更するには、OSS から PolarDB ストレージにデータをインポートして戻す必要があります。

アーカイブ済みテーブルは DML 操作をサポートしています。

ストレージ領域の使用量

インデックスのない InnoDB テーブルと同じです。

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

データを InnoDB サイズの 10%~50% に圧縮します。実際の圧縮率はデータの特性によって異なります。

バックアップとリカバリ

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

説明
  • Object Storage Service (OSS) は、99.9999999999% (トゥエルブナイン) のデータの耐久性と 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.34.1 以降。

課金

コールドデータは、OSS 内のコールドデータのストレージ容量に基づいて課金されます。具体的な料金は以下のとおりです。

中国本土

中国 (香港) およびその他のリージョン

0.0000325 USD/GB/時

0.0000455 USD/GB/時

たとえば、中国本土のクラスターで 100 GB のコールドデータをアーカイブする場合、1 時間あたりの料金は 100 GB × 0.0000325 USD/GB/時 = 0.00325 USD/時 です。

説明

アーカイブされたコールドデータの量を確認する方法の詳細については、「コールドデータアーカイブ情報の表示」をご参照ください。

使用方法

詳細については、「コールドデータアーカイブの使用」をご参照ください。