コールドデータとは、ご利用のクラスターのデータベーステーブル内で、更新や読み取りがほとんど行われないデータを指します。コストを削減するため、コールドデータアーカイブ機能をご利用いただけます。この機能により、データが低コストの 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 外部テーブル、およびパーティションテーブルのアーカイブには、それぞれ制限事項があります。ビジネスへの影響を避けるため、データをアーカイブする前にこれらの制限事項を必ずご確認ください。
アーカイブされたコールドデータは、お客様自身の Object Storage Service (OSS) バケットではなく、システムのデフォルト OSS バケットに保存されます。現在、アーカイブデータの一覧は PolarDB コンソールでのみ確認できます。
パーティションテーブルのアーカイブ方法の説明：
パーティションテーブルのアーカイブ：パーティションテーブル内の特定のパーティションをその場でアーカイブします。データは元のテーブル内に残りますが、そのパーティションの記憶媒体が PolarDB（ホットストレージ）から OSS（コールドストレージ）に変更され、テーブルはホットパーティションとコールドパーティションの両方を含むハイブリッドパーティションテーブルになります。
パーティションを OSS 外部テーブルにアーカイブ：この方法では、パーティションのデータを新しい独立した OSS 外部テーブルに移動します。元のパーティションはテーブルから削除されます。
項目 | CSV | ORC | X-Engine |
オープンソースフォーマット | はい | はい | いいえ |
アーカイブ方法 | 手動アーカイブ： |
| |
アーカイブ速度 | 高速 説明 シングルスレッドでのアーカイブのみサポートされています。 | 遅い 説明 シングルスレッドでのアーカイブのみサポートされています。 | 高速 説明 データは PolarStore ストレージスペースにアーカイブされます。 |
クエリ速度 |
説明 シングルスレッドおよびマルチスレッドでのデータ読み取りの両方がサポートされています。 |
説明 シングルスレッドでのデータ読み取りのみサポートされています。 |
|
トランザクションサポート | いいえ | いいえ | はい |
インデックス機能 | いいえ | いいえ | はい |
アーカイブ済みデータの変更方法 | OSS 内のアーカイブテーブルは読み取り専用です。データを変更するには、OSS から PolarDB ストレージスペースに再度インポートする必要があります。 | アーカイブ済みテーブルに対して DML 操作を実行できます。 | |
使用ストレージ容量 | インデックスなしの InnoDB エンジンのテーブルと同等のストレージ容量です。 | 同じデータ量の場合、CSV フォーマットで必要なストレージ容量の 45 % を使用します。 | InnoDB エンジンと比較して、ストレージ容量を元のサイズの 10 % ～ 50 % に圧縮できます。具体的な圧縮率はデータの特性によります。 |
バックアップとリストア | サポートされていません。 説明
| サポートされています。 | |
アーカイブ後の影響 |
|
| アーカイブ後も、テーブルへのアクセス方法を変更せずにアーカイブ済みデータをクエリできます。 |
適用範囲
CSV フォーマットでのアーカイブ
プロダクトエディションが Cluster Edition の場合、Milvus バージョンは以下のいずれかである必要があります。
MySQL 8.0.1、マイナーバージョン 8.0.1.1.47 以降。
MySQL 8.0.2、リビジョンバージョン 8.0.2.2.10 以降。
マルチマスタークラスター (Limitless) Edition の場合、カーネルバージョンは 8.0.1.0.13 以降である必要があります。
ORC フォーマットでのアーカイブ
Cluster Edition の場合、リビジョンバージョンは 8.0.2.2.30 以降である必要があります。
マルチマスタークラスター (Limitless) Edition の場合、リビジョンバージョンは 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 内のストレージ容量に基づいて課金されます。料金は以下のとおりです。
中国本土 | 中国 (香港) およびその他のリージョン |
1 GB 時間あたり USD 0.0000325 | 1 GB 時間あたり USD 0.0000455 |
たとえば、中国本土のクラスターで 100 GB のコールドデータをアーカイブした場合、1 時間あたりの料金は 100 GB × 1 GB 時間あたり USD 0.0000325 = 1 時間あたり USD 0.00325 となります。
アーカイブ済みコールドデータの量の確認方法については、「コールドデータアーカイブ情報の確認」をご参照ください。
使い方
詳細については、「注意事項」をご参照ください。