All Products
Search
Document Center

:Pengarsipan data

Last Updated:Jul 14, 2026

Saat volume data dalam instans ApsaraDB RDS for MySQL meningkat, biaya penyimpanan Anda juga bertambah. Anda dapat mengarsipkan data yang jarang diakses—juga dikenal sebagai data dingin—ke Object Storage Service (OSS) untuk mengurangi biaya penyimpanan secara signifikan.

Cara kerja

Setelah Anda mengaktifkan fitur pengarsipan data pada instans ApsaraDB RDS for MySQL yang menggunakan Premium ESSD, Anda dapat menjalankan pernyataan DDL untuk memindahkan data antara Premium ESSD dan OSS. Fitur ini memungkinkan Anda mengarsipkan tabel besar yang jarang diakses ke OSS dan membacanya menggunakan metode akses InnoDB native. Pernyataan DDL berikut didukung:

  1. Arsipkan tabel

    ALTER TABLE $table_name ENGINE_ATTRIBUTE='{"OSS":"Y"}';
    Catatan

    ApsaraDB RDS for MySQL memungkinkan Anda mengarsipkan seluruh tabel ke OSS. Setelah diarsipkan, tabel tersebut menjadi read-only. Anda hanya dapat melakukan operasi SELECT, DROP TABLE, DROP DATABASE, dan RENAME padanya.

  2. Ambil kembali tabel

    ALTER TABLE $table_name ENGINE_ATTRIBUTE='{"OSS":"N"}';

Tabel yang diarsipkan di ApsaraDB RDS for MySQL mempertahankan informasi indeks InnoDB lengkap dan properti transaksionalnya. Hal ini memungkinkan kueri offset cepat dan akselerasi cache, yang secara signifikan meningkatkan efisiensi akses terhadap tabel dingin.

Manfaat

Dengan memanfaatkan kapasitas besar, keamanan tinggi, biaya rendah, dan keandalan tinggi OSS, fitur pengarsipan data menyediakan solusi hemat biaya untuk menyimpan data pada instans ApsaraDB RDS for MySQL Anda. Fitur ini mendukung akses data yang jarang dilakukan sekaligus mempertahankan kemampuan transaksional InnoDB penuh, sehingga dapat mengurangi biaya penyimpanan hingga 80% dibandingkan dengan menggunakan disk Premium ESSD PL1.

Catatan

Untuk meningkatkan performa kueri, Anda dapat mengaktifkan fitur Buffer Pool Extension (BPE).

Prasyarat

  • Mesin: ApsaraDB RDS for MySQL

  • Jenis produk: Standard dan Yitian

  • Jenis penyimpanan: Premium ESSD

    Catatan
  • Metode penagihan: pay-as-you-go dan subscription

  • Versi mesin: MySQL 8.0 dengan versi mesin minor 20240131 atau lebih baru

  • Edisi: Edisi Dasar RDS, Edisi Ketersediaan Tinggi RDS, dan Edisi Kluster RDS

  • Wilayah yang tidak tersedia: Thailand (Bangkok), Korea Selatan (Seoul), Inggris (London), dan UEA (Dubai)

Penagihan

Gratis selama pratinjau publik

Selama masa pratinjau publik, yang berlangsung dari 20 Juni 2024 hingga 25 Juli 2024, Anda dapat menggunakan fitur ini tanpa biaya. Setelah masa pratinjau publik berakhir, Anda akan dikenai biaya berdasarkan jumlah data yang diarsipkan ke OSS.

Rincian penagihan

Fitur ini hanya mendukung metode penagihan pay-as-you-go. Tabel berikut menjelaskan harga untuk berbagai edisi RDS dan wilayah.

Wilayah

Harga Edisi Dasar

Harga Edisi Ketersediaan Tinggi

Harga Edisi Kluster (per node)

China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab), China (Shenzhen), China (Heyuan), China (Guangzhou), dan China (Chengdu)

USD 0,000032 per GB-jam

USD 0,000065 per GB-jam

USD 0,000032 per GB-jam

China (Hong Kong)

USD 0,000034 per GB-jam

USD 0,000068 per GB-jam

USD 0,000034 per GB-jam

Filipina (Manila), AS (Silicon Valley)

USD 0,000058 per GB-jam

USD 0,000117 per GB-jam

USD 0,000058 per GB-jam

Jepang (Tokyo), Singapura, Indonesia (Jakarta), Jerman (Frankfurt)

USD 0,000034 per GB-jam

USD 0,000068 per GB-jam

USD 0,000034 per GB-jam

Malaysia (Kuala Lumpur)

USD 0,000057 per GB-jam

USD 0,000114 per GB-jam

USD 0,000057 per GB-jam

AS (Virginia)

USD 0,000054 per GB-jam

USD 0,000108 per GB-jam

USD 0,000054 per GB-jam

Catatan

Wilayah yang tidak tersedia: Thailand (Bangkok), Korea Selatan (Seoul), Inggris (London), dan UEA (Dubai).

Batasan

  • Fitur pengarsipan data tidak tersedia untuk instans ApsaraDB RDS for MySQL serverless.

  • Tabel yang disimpan di OSS bersifat read-only dan hanya mendukung operasi SELECT, DROP TABLE, DROP DATABASE, dan RENAME. Setelah Anda mengambil kembali tabel ke Premium ESSD, tabel tersebut mendukung semua operasi.

  • Anda tidak dapat mengarsipkan tabel partisi, tabel dengan indeks teks penuh, tabel terenkripsi, tabel dengan kunci asing, tabel dengan Pemicu, atau tabel terkompresi (termasuk kompresi tabel dan halaman) ke OSS.

  • Karena latensi akses OSS, kueri terhadap tabel dingin yang disimpan di OSS mungkin mengalami latensi lebih tinggi, sekitar 10 ms, dibandingkan dengan kueri terhadap tabel di Premium ESSD.

  • Ukuran tabel minimal harus 6 MB agar dapat diarsipkan.

  • Waktu eksekusi pernyataan DDL arsip bergantung pada ukuran tabel. Selama eksekusi, tabel dapat dibaca tetapi tidak dapat ditulis.

  • Mengaktifkan pengarsipan data memengaruhi pencadangan instans dan fitur lainnya seperti yang dijelaskan dalam tabel berikut:

    Fitur yang tidak didukung

    Deskripsi

    Single-digit second backup

    • Untuk menggunakan Single-digit second backup, Anda harus terlebih dahulu menonaktifkan fitur pengarsipan data.

    • Sebelum Anda dapat mengaktifkan fitur pengarsipan data, Anda harus memastikan bahwa Single-digit second backup telah dinonaktifkan.

    Cross-region backup

    • Untuk menggunakan cross-region backup, Anda harus terlebih dahulu menonaktifkan fitur pengarsipan data.

    • Sebelum Anda dapat mengaktifkan fitur pengarsipan data, Anda harus memastikan bahwa cross-region backup telah dinonaktifkan.

    Pemulihan database dan tabel individual

    Saat Anda memulihkan database, Anda hanya dapat memulihkan data non-arsip dalam database tersebut.

    Unduhan set cadangan

    Set cadangan yang diunduh hanya berisi data non-arsip.

    Catatan

    Untuk instans dengan pengarsipan data yang diaktifkan, operasi pencadangan dan pemulihan membutuhkan waktu lebih lama karena sistem harus mengambil dan memulihkan data yang diarsipkan.

Catatan penggunaan

Mengarsipkan data ke OSS dan membaca data yang diarsipkan dari OSS mengonsumsi memori. Anda harus menyesuaikan kecepatan dan frekuensi konversi serta akses data berdasarkan workload Anda.

Aktifkan dan nonaktifkan pengarsipan data

  1. Buka halaman Instances, pilih wilayah di bilah navigasi atas, lalu klik ID instans target. Instans tersebut harus memenuhi prasyarat pengarsipan data.

  2. Di halaman detail instans, klik Configure Premium ESSD di sebelah kanan Premium ESSD, lalu alihkan sakelar Data Archiving.

    Penting
    • Saat Anda mengaktifkan atau menonaktifkan fitur pengarsipan data, terjadi Alih bencana primary/standby yang menyebabkan gangguan sementara sekitar 30 detik. Kami menyarankan Anda melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme koneksi ulang otomatis.

    • Untuk menonaktifkan fitur pengarsipan data, Anda harus memastikan tidak ada tabel yang diarsipkan di OSS. Jika terdapat tabel yang diarsipkan di OSS, Anda harus terlebih dahulu menjalankan pernyataan DDL untuk mengambilnya kembali ke Premium ESSD atau menghapusnya sebelum dapat menonaktifkan fitur tersebut.

Lihat data yang diarsipkan

Untuk instans ApsaraDB RDS for MySQL 8.0 dengan versi mesin minor 20241130 atau lebih baru, Anda dapat langsung melakukan kueri terhadap information_schema.innodb_tablespaces_oss untuk mengambil informasi ruang tabel secara lebih efisien.

-- Untuk instans ApsaraDB RDS for MySQL yang menjalankan versi sebelum 20241130
SELECT t.NAME AS tablespace_name, SUBSTRING_INDEX(t.NAME, '/', 1) AS database_name, SUBSTRING_INDEX(t.NAME, '/', -1) AS table_name, oss.OSS_OBJECT_NUM * oss.OSS_OBJECT_SIZE AS SIZE_IN_OSS_BYTES FROM information_schema.innodb_tables AS t JOIN information_schema.innodb_tablespaces_oss AS oss ON t.space = oss.space;

-- Untuk instans ApsaraDB RDS for MySQL yang menjalankan versi 20241130 atau lebih baru
SELECT NAME AS tablespace_name, SUBSTRING_INDEX(NAME, '/', 1) AS database_name, SUBSTRING_INDEX(NAME, '/', -1) AS table_name, OSS_PART_SIZE AS SIZE_IN_OSS_BYTES FROM information_schema.innodb_tablespaces_oss;

Referensi

Fitur pengarsipan data memperkenalkan beberapa parameter yang dapat Anda modifikasi sesuai kebutuhan bisnis. Untuk informasi lebih lanjut, lihat Daftar parameter yang tersedia untuk RDS MySQL 8.0.

Parameter

Default

Deskripsi

innodb_oss_ddl_threads

16

  • Jumlah thread konkuren untuk mengarsipkan dan mengambil data.

  • Menambah nilai ini dapat mempercepat konversi data hingga mencapai batas bandwidth, tetapi juga meningkatkan konsumsi memori dan bandwidth.

innodb_oss_files_limit

10240

  • Jumlah blok kontrol untuk data yang diarsipkan yang dapat di-cache dalam memori.

  • Saat data diarsipkan ke OSS, tabel di Premium ESSD dipisah menjadi beberapa blok file data. Informasi seperti ruang tabel dan rentang data untuk setiap blok disimpan dalam blok kontrol. Blok kontrol ini di-cache dalam memori untuk menemukan data yang diminta dari tabel yang diarsipkan secara cepat dan dikelola menggunakan algoritma least recently used (LRU).

innodb_oss_prefetch

ON

  • Menentukan apakah akan mengaktifkan prefetch untuk data yang diarsipkan.

  • Jika diaktifkan, jika kondisi untuk prefetch linear atau acak terpenuhi, sistem akan menyimpan seluruh blok file data yang diarsipkan langsung ke buffer pool. Hal ini mengurangi frekuensi akses OSS dan meningkatkan efisiensi akses.

innodb_oss_prefetch_linear_pct_threshold

10%

  • Ambang batas prefetch linear untuk data yang diarsipkan.

  • Saat jumlah halaman yang dibaca secara berurutan dalam blok data yang diarsipkan mencapai ambang batas ini, seluruh blok file data akan di-cache dalam buffer pool.

innodb_oss_prefetch_random_pct_threshold

30%

  • Ambang batas prefetch acak untuk data yang diarsipkan.

  • Saat jumlah halaman yang dibaca secara acak dalam blok data yang diarsipkan mencapai ambang batas ini, seluruh blok file data akan di-cache dalam buffer pool.

innodb_oss_prefetch_task_limit

32

  • Jumlah maksimum tugas cache prefetch.

  • Sebelum blok file data sepenuhnya di-cache, diperlukan memori tambahan untuk menyimpan isinya. Menambah nilai ini dapat menyebabkan konsumsi memori yang lebih tinggi.

oss_max_connections

64

  • Jumlah maksimum koneksi HTTP konkuren yang diizinkan saat instans mengakses OSS.

  • Dalam skenario konkurensi tinggi, menambah nilai ini dapat mempercepat akses ke OSS, tetapi juga meningkatkan konsumsi CPU, memori, dan bandwidth.

FAQ

T: Mengapa menjalankan perintah ALTER DDL di MySQL menghasilkan error [OSS] Size of tables is less than 6291456?

J: Ukuran tabel minimal harus 6 MB agar dapat diarsipkan.

T: Jika saya mengaktifkan pengarsipan data pada instans utama ApsaraDB RDS for MySQL, apakah instansi hanya baca yang terkait memerlukan operasi tambahan?

J: Tidak. Saat Anda mengaktifkan pengarsipan data pada instans utama, instansi hanya baca secara otomatis menyinkronkan fitur pengarsipan data dan melepaskan ruang tabel yang diarsipkan. Tidak diperlukan operasi tambahan.