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

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

最終更新日:Nov 07, 2025

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

仕組み

PolarDB for MySQL は、CSV または ORC 形式でのデータのアーカイブをサポートしています。

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

説明

パーティションテーブルのアーカイブ機能は現在カナリアリリース中です。この機能を使用するには、Quota Center に移動し、[Quota ID] polardb_mysql_hybrid_partition でクォータを見つけ、[アクション] 列の [適用] をクリックします。

形式の比較

以下の比較を使用して、コールドデータをアーカイブするための適切な形式を選択してください。

説明
  • 標準テーブル、OSS 外部テーブル、およびパーティションテーブルをアーカイブする際には制限が適用されます。ビジネスに影響を与えないように、データをアーカイブする前にこれらの制限を注意深く確認してください。

  • コールドデータがアーカイブされると、独自の OSS バケットではなく、デフォルトのシステム提供の Object Storage Service (OSS) バケットに保存されます。アーカイブされたデータのリストは、PolarDB コンソールでのみ表示できます。

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

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

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

比較項目

CSV

ORC

オープンソース形式

はい

はい

アーカイブ方法

手動アーカイブ:

アーカイブ速度

速い

説明

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

遅い

説明

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

クエリ速度

  • 低い。インデックスがなく、順次クエリを使用する場合、クエリパフォーマンスは InnoDB ストレージエンジンの約 5 分の 1 から 10 分の 1 です。

  • ローストアノードでは ORC 形式よりも高速です。

説明

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

  • 低い。インデックスがなく、順次クエリを使用する場合、クエリパフォーマンスは InnoDB ストレージエンジンの約 5 分の 1 から 10 分の 1 です。

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

説明

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

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

いいえ

いいえ

インデックス作成機能

いいえ

いいえ

アーカイブされたデータの変更方法

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

ストレージ領域の使用量

インデックスのない InnoDB エンジンのテーブルが使用するストレージ領域と同じです。

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

バックアップと回復

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

説明

バックアップ操作では、OSS にアーカイブされたコールドデータはバックアップされません。したがって、バックアップを使用してデータベースやテーブルを回復したり、バックアップから復元したり、ポイントインタイムリカバリを実行したりすることはできません。

アーカイブ後の影響

範囲

  • CSV 形式へのアーカイブ

    • Cluster Edition クラスターの場合、次のいずれかのカーネルバージョンが必要です:

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

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

    • Multi-master Cluster (Limitless) Edition クラスターの場合、カーネルバージョン 8.0.1.0.13 以降が必要です。

  • ORC 形式へのアーカイブ

    • Cluster Edition クラスターの場合、リビジョンバージョン 8.0.2.2.30 以降が必要です。

    • Multi-master Cluster (Limitless) Edition クラスターの場合、リビジョンバージョン 8.0.2.2.30 以降が必要です。

課金

コールドデータは、OSS で使用されるストレージ容量に基づいて課金されます。PolarDB ストレージプランを購入して、OSS のコールドデータのストレージコストを相殺できます。詳細については、「ストレージプラン」をご参照ください。

中国本土のリージョン

中国 (香港) および中国以外のリージョン

0.0000325 USD/GB/時間

0.0000455 USD/GB/時間

例: 中国本土にデプロイされたクラスターでコールドデータアーカイブを有効にして実行します。OSS にアーカイブされたコールドデータの量は 100 GB です。1 時間あたりのコールドデータストレージ料金は 100 GB × 0.0000325 USD/GB/時間 = 0.00325 USD/時間 です。

説明

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

使用方法

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