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

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

最終更新日:Sep 19, 2026

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

仕組み

PolarDB for MySQL は、CSV、ORC、IBD、X-Engine の 4 つの形式のデータアーカイブをサポートしています。アーカイブの原則は各形式で異なり、以下のとおりです。

CSV/ORC 形式

IBD 形式

image

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

説明

「パーティションテーブルのアーカイブ」を行う場合、次の条件を満たす必要があります。

  • MySQL 8.0.2 and the minor version is 8.0.2.2.34.1 or later. You must set the loose_polar_allow_create_hybrid_partition parameter to ON.

  • MySQL 8.0.2 and the minor version is earlier than 8.0.2.2.34.1. Upgrade to a later minor version.

image

このソリューションは OSS と InnoDB を統合しているため、ストレージエンジンの変更は不要です。IBD ファイルを PolarDB ストレージから OSS に手動で移行できます。アーカイブされた IBD ファイルは DML をサポートし、元のインデックス構造を保持します。その後、コスト削減のために、ソースデータは PolarDB ストレージから自動的に削除されます。詳細については、「IBD 形式でのアーカイブ」をご参照ください。

説明

IBD 形式でのアーカイブは、Basic Edition と Advanced Edition の 2 つのエディションで利用でき、基盤となる実装は異なります。Basic Edition は InnoDB 内で OSS アクセスをカプセル化し、Advanced Edition は共有ストレージ PolarStore に基づいて OSS ハイブリッドストレージ機能を提供します。アーカイブ構文、アーカイブ対象、およびアーカイブ後の操作は、2 つのエディションで異なります。一方のエディションのステートメントをもう一方のエディションで使用することはできません。

アーカイブ形式の比較

コールドデータをアーカイブする際は、以下の比較に基づいて適切な形式を評価して選択できます。

説明
  • 標準テーブル、OSS 外部テーブル、およびパーティションテーブルのアーカイブには特定の制限があります。ビジネスへの影響を避けるために、アーカイブする前にこれらの制限を確認してください。

  • コールドデータがアーカイブされた後、データはシステムが提供するデフォルトの Object Storage Service (OSS) バケットに保存され、お客様自身の OSS には保存されません。現在、アーカイブされたデータのリストは PolarDB コンソールからのみ表示できます。

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

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

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

比較項目

CSV

ORC

IBD

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 操作をサポートしています。

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

ストレージ領域の使用量

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

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

InnoDB IBD ファイルと同じです。

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

バックアップと復元

サポートされません。

説明
  • Object Storage Service (OSS) は、99.9999999999% (トゥエルブナイン) のデータ耐久性と 99.995% のデータ可用性を提供し、コールドデータ損失のリスクを実質的に排除します。

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

サポートされています。

アーカイブ後の影響

アーカイブ後、アクセス方法を変更することなくアーカイブされたデータをクエリできます。

Applicable scope

  • Archiving to CSV format

    • The cluster edition is Cluster Edition:

      • Archive a standard table:

        • MySQL 8.0.1 with a revision of 8.0.1.1.47 or later.

        • MySQL 8.0.2 with a revision of 8.0.2.2.10 or later.

      • Archive a partitioned table:

        • MySQL 8.0.2 with a revision of 8.0.2.2.34.1 or later.

    • The cluster edition is Multi-master Cluster (Limitless) Edition:

      • MySQL 8.0.1 with a revision of 8.0.1.0.13 or later.

  • Archiving to ORC format

    • The cluster edition is Cluster Edition:

      • Archive a standard table: MySQL 8.0.2 with a revision of 8.0.2.2.30 or later.

      • Archive a partitioned table: MySQL 8.0.2 with a revision of 8.0.2.2.34.1 or later.

    • The cluster edition is Multi-master Cluster (Limitless) Edition: MySQL 8.0.2 with a revision of 8.0.2.2.30 or later.

  • Archiving to IBD format

    • Basic Edition: MySQL 8.0.1 with a revision of 8.0.1.1.51.2 or later.

    • Advanced Edition: MySQL 8.0.2 with a revision of 8.0.2.2.37 or later. The storage type must be PSL4 or PSL5. ESSD cloud disks are not supported.

  • Archiving to X-Engine format

    • Archive a standard table:

      • MySQL 8.0.1 with a revision of 8.0.1.1.31 or later.

      • MySQL 8.0.2 with a revision of 8.0.2.2.12 or later.

    • Archive a partitioned table: MySQL 8.0.2 with a revision of 8.0.2.2.12 or later.

    • Archive to an X-Engine column-store table: MySQL 8.0.2 with a revision of 8.0.2.2.34.1 or later.

課金

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

中国本土

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

0.0000325 USD/GB/時

0.0000455 USD/GB/時

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

説明

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

使用方法

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