コールドデータとは、特定のデータベーステーブルに格納され、変更がほとんどなく、読み取り頻度も低いデータを指します。コストを削減するため、コールドデータアーカイブ機能を使用して、このデータを低コストの Object Storage Service (OSS) に移動し、データストレージ費用を抑えることができます。
仕組み
PolarDB for MySQL は、CSV または ORC フォーマットでのデータアーカイブをサポートしています。詳細は以下のとおりです。
データは手動または自動でアーカイブできます。アーカイブされたデータは、OSS 内の複数ファイルにまたがって CSV または ORC ファイルとして保存されます。PolarDB ストレージ領域では、アーカイブ済みデータが自動的に削除されるため、ストレージ容量および関連するストレージ料金が削減されます。クラスターノードは、Alibaba Cloud の内部ネットワーク経由でアーカイブ済みデータにアクセスします。詳細については、「コールドデータを手動でアーカイブする」および「コールドデータを自動でアーカイブする」をご参照ください。
パーティションテーブルをアーカイブする 場合、マイナーエンジンバージョンが 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 |
オープンソースフォーマット | はい | はい | いいえ |
アーカイブ方法 | 手動アーカイブ： |
| |
アーカイブ速度 | 高速 説明 シングルスレッドによるアーカイブのみをサポートしています。 | 遅い 説明 シングルスレッドによるアーカイブのみをサポートしています。 | 高速 説明 データは PolarDB ストレージ領域にアーカイブされます。 |
クエリ速度 |
説明 シングルスレッドおよびマルチスレッドによるデータ読み取りをサポートしています。 |
説明 シングルスレッドによるデータ読み取りのみをサポートしています。 |
|
トランザクションサポート | いいえ | いいえ | はい |
インデックスサポート | いいえ | いいえ | はい |
アーカイブ済みデータの変更方法 | 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 以降。
プロダクトエディションが Multi-master Cluster (Limitless) Edition の場合、Milvus バージョンは 8.0.1.0.13 以降である必要があります。
ORC フォーマットでアーカイブする
プロダクトエディションが Cluster Edition の場合、リビジョンは 8.0.2.2.30 以降である必要があります。
プロダクトエディションが Multi-master Cluster (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 のコールドデータをアーカイブした場合、時間単位の料金は 100 GB × 1 GB 時間あたり USD 0.0000325 = 1 時間あたり USD 0.00325 となります。
アーカイブ済みコールドデータの量の確認方法については、「コールドデータアーカイブ情報の確認」をご参照ください。
使用方法
詳細については、「使用方法」をご参照ください。