All Products
Search

This Product

    PolarDB:Pengarsipan data dingin

    Document Center

    PolarDB:Pengarsipan data dingin

    Last Updated:Sep 19, 2026

    Data dingin mengacu pada data dalam tabel database yang jarang diperbarui dan tidak sering diakses. Untuk mengurangi biaya, Anda dapat menggunakan fitur pengarsipan data dingin guna memindahkan data tersebut ke Object Storage Service (OSS) berbiaya rendah dan menekan biaya penyimpanan.

    Cara kerja

    PolarDB for MySQL mendukung pengarsipan data dalam empat format: CSV, ORC, IBD, dan X-Engine. Prinsip pengarsipan berbeda untuk setiap format, seperti dijelaskan berikut ini:

    Format CSV/ORC

    Format IBD

    Arsipkan data secara manual atau otomatis. Data dikonversi ke format CSV atau ORC dan disimpan sebagai beberapa file di OSS, lalu secara otomatis dihapus dari penyimpanan PolarDB untuk mengurangi biaya. Node kluster mengakses data yang diarsipkan melalui jaringan internal Alibaba Cloud. Untuk informasi selengkapnya, lihat Arsipkan data dingin secara manual dan Arsipkan data dingin secara otomatis.

    Catatan

    Saat Anda Mengarsipkan tabel partisi, kondisi berikut harus dipenuhi:

    • MySQL 8.0.2 dan versi minor adalah 8.0.2.2.34.1 atau lebih baru. Anda harus mengatur parameter loose_polar_allow_create_hybrid_partition menjadi ON.

    • MySQL 8.0.2 dan versi minor lebih lama dari 8.0.2.2.34.1. Lakukan upgrade ke versi minor yang lebih baru.

    Solusi ini mengintegrasikan OSS dengan InnoDB, sehingga tidak diperlukan perubahan mesin penyimpanan. Anda dapat secara manual memigrasikan file IBD dari penyimpanan PolarDB ke OSS. File IBD yang diarsipkan mempertahankan dukungan DML dan struktur indeks aslinya. Data sumber kemudian secara otomatis dihapus dari penyimpanan PolarDB untuk mengurangi biaya. Untuk informasi selengkapnya, lihat Arsipkan dalam Format IBD.

    Catatan

    Pengarsipan dalam format IBD tersedia dalam dua edisi, Edisi Dasar dan Edisi Lanjutan, dan implementasi dasarnya berbeda: Edisi Dasar mengenkapsulasi akses OSS di dalam InnoDB, sedangkan Edisi Lanjutan menyediakan kemampuan penyimpanan hibrida OSS berdasarkan shared storage PolarStore. Sintaks pengarsipan, target pengarsipan yang didukung, dan operasi pasca-pengarsipan berbeda antara kedua edisi tersebut. Pernyataan dari satu edisi tidak dapat digunakan dengan edisi lainnya.

    Perbandingan format pengarsipan

    Saat mengarsipkan data dingin, Anda dapat mengevaluasi dan memilih format yang sesuai berdasarkan perbandingan berikut.

    Catatan

    • Pengarsipan tabel standar, tabel eksternal OSS, dan tabel partisi memiliki batasan tertentu. Tinjau batasan ini sebelum melakukan pengarsipan untuk menghindari dampak pada bisnis Anda.

    • Setelah data dingin diarsipkan, data tersebut disimpan di bucket Object Storage Service (OSS) default yang disediakan sistem, bukan di OSS milik Anda. Saat ini, Anda hanya dapat melihat daftar data yang diarsipkan di Konsol PolarDB.

    • Metode pengarsipan tabel partisi:

      • Arsipkan tabel partisi: Mengarsipkan partisi secara in-place. Data tetap berada di tabel asli, tetapi media penyimpanannya berubah dari PolarDB (penyimpanan panas) ke OSS (penyimpanan dingin). Tabel tersebut menjadi tabel partisi hibrida yang berisi partisi panas dan dingin.

      • Arsipkan partisi ke tabel eksternal OSS: Memindahkan data suatu partisi keluar dari tabel dan menyimpannya di tabel eksternal OSS baru yang independen. Partisi asli dihapus dari tabel sumber.

    Item perbandingan

    CSV

    ORC

    IBD

    X-Engine

    Format open-source

    Ya

    Ya

    Tidak

    Tidak

    Metode pengarsipan

    Pengarsipan manual:

    Pengarsipan manual:

    Kecepatan pengarsipan

    Sedang

    Catatan

    Hanya mendukung pengarsipan single-threaded.

    Lambat

    Catatan

    Hanya mendukung pengarsipan single-threaded.

    Relatif cepat

    Catatan

    Mendukung pengarsipan paralel baik single-threaded maupun multi-threaded.

    Cepat

    Catatan

    Data diarsipkan ke penyimpanan PolarStore.

    Kecepatan kueri

    • Relatif lambat. Tanpa indeks dan menggunakan kueri sekuensial, performa kueri sekitar 1/5 hingga 1/10 dari mesin penyimpanan InnoDB.

    • Lebih cepat daripada format ORC pada node penyimpanan baris.

    Catatan

    Mendukung pembacaan baik single-threaded maupun multi-threaded.

    • Relatif lambat. Tanpa indeks dan menggunakan kueri sekuensial, performa kueri sekitar 1/5 hingga 1/10 dari mesin penyimpanan InnoDB.

    • Cocok untuk kueri AP melalui node penyimpanan kolom khusus.

    Catatan

    Hanya mendukung pembacaan single-threaded.

    Relatif cepat

    Catatan

    Mendukung pembacaan baik single-threaded maupun multi-threaded.

    • Cepat. Data disimpan di penyimpanan PolarStore, sehingga kecepatan kueri jauh lebih cepat daripada data dingin OSS, tetapi sekitar 30% lebih lambat daripada InnoDB.

    • Tabel row-store cocok untuk kueri TP, sedangkan tabel column-store cocok untuk kueri AP pada node penyimpanan kolom.

    Dukungan transaksi

    Tidak

    Tidak

    Ya

    Ya

    Kemampuan pengindeksan

    Tidak

    Tidak

    Ya

    Ya

    Cara memodifikasi data yang diarsipkan

    Tabel yang diarsipkan di OSS bersifat read-only. Untuk memodifikasi data, Anda harus mengimpor kembali data tersebut dari OSS ke penyimpanan PolarDB.

    Tabel yang diarsipkan mendukung operasi DML.

    Tabel yang diarsipkan mendukung operasi DML.

    Penggunaan storage space

    Sama dengan tabel InnoDB tanpa indeks.

    Untuk jumlah data yang sama, ORC menggunakan sekitar 45% dari storage space yang digunakan oleh CSV.

    Sama dengan file IBD InnoDB.

    Mengompresi data menjadi 10%–50% dari ukuran InnoDB-nya. Rasio kompresi aktual tergantung pada karakteristik data.

    Backup dan pemulihan

    Tidak didukung.

    Catatan

    • Object Storage Service (OSS) menyediakan ketahanan data 99,9999999999% (dua belas angka 9) dan ketersediaan data 99,995%, yang secara praktis menghilangkan risiko kehilangan data dingin.

    • Saat Anda melakukan backup PolarDB, data dingin yang diarsipkan di OSS tidak dibackup. Oleh karena itu, pemulihan database dan tabel, pemulihan berbasis backup, serta pemulihan pada titik waktu tidak didukung.

    Didukung.

    Dampak setelah pengarsipan

    • Arsipkan tabel standar (Edisi Dasar dan Edisi Lanjutan)

      Setelah pengarsipan, Anda dapat mengkueri data yang diarsipkan tanpa mengubah metode akses.

    • Arsipkan tabel partisi (Edisi Lanjutan)

      Setelah pengarsipan, tambahkan WITH ARCHIVED untuk mengkueri data yang diarsipkan.

    Setelah pengarsipan, Anda dapat mengkueri data yang diarsipkan tanpa mengubah metode akses.

    Cakupan penerapan

    • Pengarsipan ke format CSV

      • Edisi kluster adalah Edisi Kluster:

        • Arsipkan tabel standar:

          • MySQL 8.0.1 dengan revisi 8.0.1.1.47 atau lebih baru.

          • MySQL 8.0.2 dengan revisi 8.0.2.2.10 atau lebih baru.

        • Arsipkan tabel partisi:

          • MySQL 8.0.2 dengan revisi 8.0.2.2.34.1 atau lebih baru.

      • Edisi kluster adalah Edisi Kluster Multi-master (Limitless):

        • MySQL 8.0.1 dengan revisi 8.0.1.0.13 atau lebih baru.

    • Pengarsipan ke format ORC

      • Edisi kluster adalah Edisi Kluster:

        • Arsipkan tabel standar: MySQL 8.0.2 dengan revisi 8.0.2.2.30 atau lebih baru.

        • Arsipkan tabel partisi: MySQL 8.0.2 dengan revisi 8.0.2.2.34.1 atau lebih baru.

      • Edisi kluster adalah Edisi Kluster Multi-master (Limitless): MySQL 8.0.2 dengan revisi 8.0.2.2.30 atau lebih baru.

    • Pengarsipan ke format IBD

      • Edisi Dasar: MySQL 8.0.1 dengan revisi 8.0.1.1.51.2 atau lebih baru.

      • Edisi Lanjutan: MySQL 8.0.2 dengan revisi 8.0.2.2.37 atau lebih baru. Jenis penyimpanan harus PSL4 atau PSL5. Disk cloud ESSD tidak didukung.

    • Pengarsipan ke format X-Engine

      • Arsipkan tabel standar:

        • MySQL 8.0.1 dengan revisi 8.0.1.1.31 atau lebih baru.

        • MySQL 8.0.2 dengan revisi 8.0.2.2.12 atau lebih baru.

      • Arsipkan tabel partisi: MySQL 8.0.2 dengan revisi 8.0.2.2.12 atau lebih baru.

      • Arsipkan ke tabel column-store X-Engine: MySQL 8.0.2 dengan revisi 8.0.2.2.34.1 atau lebih baru.

    Penagihan

    Data dingin ditagih berdasarkan kapasitas penyimpanan data dingin di OSS. Biaya spesifiknya adalah sebagai berikut.

    Tiongkok daratan

    China (Hong Kong) dan wilayah lainnya

    USD 0,0000325 per GB-jam

    USD 0,0000455 per GB-jam

    Sebagai contoh, jika Anda mengarsipkan 100 GB data dingin untuk kluster di Tiongkok daratan, biaya per jam adalah 100 GB × USD 0,0000325 per GB-jam = USD 0,00325 per jam.

    Catatan

    Untuk informasi selengkapnya tentang cara melihat jumlah data dingin yang diarsipkan, lihat Lihat informasi pengarsipan data dingin.

    Cara menggunakan

    Untuk informasi selengkapnya, lihat Gunakan pengarsipan data dingin.