コールドデータとは、データベーステーブル内で更新やアクセスがほとんど行われないデータを指します。コストを削減したい場合は、コールドデータアーカイブ機能を使用してこのデータを低コストの 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 ストレージにアーカイブされます。 |
クエリ速度 |
説明 シングルスレッドおよびマルチスレッドの読み取りがサポートされています。 |
説明 シングルスレッドの読み取りのみサポートされています。 |
|
トランザクションサポート | いいえ | いいえ | はい |
インデックス機能 | いいえ | いいえ | はい |
アーカイブ済みデータの変更方法 | OSS 内のアーカイブ済みテーブルは読み取り専用です。データを変更するには、OSS から PolarDB ストレージにデータをインポートして戻す必要があります。 | アーカイブ済みテーブルは DML 操作をサポートしています。 | |
ストレージ領域の使用量 | インデックスのない InnoDB テーブルと同じです。 | 同じデータ量の場合、ORC は CSV が使用するストレージ領域の約 45% を使用します。 | データを InnoDB サイズの 10%~50% に圧縮します。実際の圧縮率はデータの特性によって異なります。 |
バックアップとリカバリ | サポートされていません。 説明
| サポートされています。 | |
アーカイブ後の影響 |
|
| アーカイブ後、アクセス方法を変更せずにアーカイブされたデータをクエリできます。 |
適用範囲
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/時 です。
アーカイブされたコールドデータの量を確認する方法の詳細については、「コールドデータアーカイブ情報の表示」をご参照ください。
使用方法
詳細については、「コールドデータアーカイブの使用」をご参照ください。