PolarDB:FAQ pengarsipan data dingin

Menangani error "[Data Lifecycle Management] DLM storage engine is not support. The value of polar_dlm_storage_mode is OFF."

Anda harus mengaktifkan fitur pengarsipan data dingin di PolarDB console. Untuk informasi selengkapnya, lihat Aktifkan pengarsipan data dingin.

Menu Pengarsipan Data Dingin tidak muncul

Setelah Anda mengaktifkan fitur pengarsipan data dingin, mungkin terjadi penundaan singkat. Muat ulang halaman setelah beberapa menit, dan menu Pengarsipan Data Dingin akan muncul.

Format file yang didukung untuk data dingin

Format yang didukung adalah CSV dan ORC.

Memverifikasi keberhasilan pengarsipan

Setelah proses pengarsipan selesai, Anda dapat menggunakan salah satu metode berikut untuk memverifikasi status pengarsipan:

• Jalankan perintah SHOW CREATE TABLE table_name; untuk melihat definisi tabel dan mengonfirmasi status pengarsipan.

  • Untuk tabel biasa, operasi berhasil jika output berisi STORAGE OSS atau CONNECTION='default_oss_server'.

  • Untuk tabel partisi, operasi berhasil jika definisi partisi menampilkan ENGINE=CSV/ORC.

• Periksa status di konsol.

  Masuk ke Konsol PolarDB. Di panel navigasi sebelah kiri kluster target, pilih Settings and Management > Data Lifecycle. Pada tab Data Archive (Cold Data), jika nama tabel muncul dalam daftar, data tersebut telah diarsipkan ke OSS.

Bagaimana cara memperbaiki error "[Data Lifecycle Management] errmsg: Not allowed to archive the archived table."?

Error ini terjadi karena tabel tersebut sudah diarsipkan. Pastikan bahwa tabel yang ditentukan bukan merupakan tabel arsip.

Menampilkan ukuran data yang diarsipkan

Anda dapat melihat ukuran data dingin yang diarsipkan di konsol atau dengan melakukan kueri langsung pada tabel arsip di kluster. Untuk informasi selengkapnya, lihat Lihat informasi pengarsipan data dingin.

Cara melakukan kueri terhadap data dingin yang diarsipkan

Setelah mengarsipkan data dari tabel biasa dan tabel partisi, Anda dapat menggunakan metode berikut untuk melakukan kueri terhadap data yang diarsipkan:

• Untuk tabel biasa, Anda dapat melakukan kueri terhadap data yang diarsipkan seperti halnya data panas. Tidak diperlukan perubahan pada metode akses Anda.

• Untuk tabel partisi, lihat Kueri partisi hibrida untuk mempelajari cara melakukan kueri terhadap data tersebut.

Cara memodifikasi data dingin yang diarsipkan

Modifikasi langsung terhadap data dingin dalam format CSV atau ORC yang diarsipkan ke OSS tidak didukung. Anda dapat menggunakan sintaksis ALTER TABLE table_name ENGINE=InnoDB untuk mengimpor data tabel dari OSS kembali ke PolarStore. Setelah memodifikasi data, gunakan skrip ALTER TABLE t ENGINE = CSV STORAGE OSS; untuk mengarsipkan kembali data tabel ke OSS. Untuk informasi selengkapnya, lihat Impor data dari OSS ke PolarStore.

Cara menghapus data dingin yang diarsipkan

Pertama, gunakan DROP TABLE untuk menghapus tabel arsip. Kemudian, hapus data dingin yang diarsipkan dengan menggunakan CALL dbms_oss.delete_table_file('database_name', 'table_name');.

Bagaimana pengarsipan data otomatis dipicu?

Pengarsipan data otomatis dipicu oleh suatu event. Untuk informasi selengkapnya, lihat Kelola data panas dan dingin.

Log untuk pengarsipan data otomatis

Log untuk data yang diarsipkan secara otomatis dicatat dalam tabel mysql.dlm_progress. Anda dapat menggunakan akun yang memiliki izin pada database mysql untuk melihat log tersebut. Untuk informasi selengkapnya, lihat tabel mysql.dlm_progress.

Menampilkan kebijakan pengarsipan otomatis

Kebijakan untuk pengarsipan data otomatis dicatat dalam tabel mysql.dlm_policies. Anda dapat menggunakan akun yang memiliki izin pada database mysql untuk melihatnya. Untuk informasi selengkapnya, lihat tabel mysql.dlm_policies.

Mengarsipkan data ke bucket OSS kustom

Saat ini, Anda tidak dapat mengarsipkan data ke engine OSS milik Anda sendiri. Anda dapat menggunakan select into ossoutfile untuk mengekspor data ke engine OSS. Untuk informasi selengkapnya, lihat Ekspor data secara serial dari tabel lokal ke engine OSS.

Tabel asli setelah pengarsipan data

Tidak. Setelah data diarsipkan, PolarDB hanya menyimpan metadata tabel. Data aktual disimpan di OSS dan tidak lagi mengonsumsi ruang penyimpanan kluster Anda.

Bagaimana cara mengatasi error OSS error: error message: The OSS Access Key Id you provided does not exist in our records. ?

Tabel kosong yang diarsipkan di konsol

Ini merupakan perilaku yang diharapkan. Saat Anda mengarsipkan tabel kosong, PolarDB tidak membuat file yang sesuai di OSS. Oleh karena itu, tidak ada informasi tentang tabel tersebut yang muncul di konsol.

Mengganti nama tabel yang diarsipkan

Mengganti nama tabel yang diarsipkan ke OSS akan memodifikasi informasi file di OSS. Operasi ini berjalan dengan kecepatan sekitar 100 MB/detik, sehingga Anda dapat memperkirakan waktu total berdasarkan volume data.

ERROR 8185: "Change partition not support..." error

Fitur ini, yang memungkinkan pengarsipan partisi individual dari tabel partisi ke OSS, saat ini sedang dalam tahap beta. Untuk mengaktifkannya, buka Quota Center. Temukan nama kuota menggunakan ID kuota polardb_mysql_hybrid_partition, lalu klik Apply di kolom Actions.

Perubahan ukuran data setelah pengarsipan

Ruang penyimpanan yang dibutuhkan untuk data yang diarsipkan dapat berubah karena konversi format data. Perubahan ukuran bergantung pada engine penyimpanan asli:

• Jika tabel asli menggunakan engine InnoDB, ukuran data yang diarsipkan kemungkinan besar akan berkurang.

• Jika tabel asli menggunakan X-Engine, ukuran data yang diarsipkan mungkin bertambah.

Data yang diarsipkan dalam format CSV umumnya menempati lebih banyak ruang dibandingkan data yang diarsipkan dalam format ORC.

Visibilitas data yang diarsipkan di bucket OSS

PolarDB menyimpan data dingin di bucket OSS yang dikelola sistem, bukan di bucket dalam Akun Alibaba Cloud Anda sendiri. Oleh karena itu, Anda tidak dapat melihat file tersebut di konsol OSS Anda dan harus menggunakan Konsol PolarDB untuk melihat serta mengelola data yang diarsipkan.

Error "Statement violates GTID consistency"

Error ini terjadi karena tabel yang diarsipkan dalam format CSV atau ORC tidak mendukung transaksi. Global Transaction Identifier (GTID) mengharuskan semua tabel dalam suatu transaksi bersifat transaksional. Bahkan jika prosedur tersimpan tidak melakukan operasi tulis, pemanggilannya tetap menciptakan konteks transaksional yang tidak kompatibel dengan tabel arsip non-transaksional. Untuk mengatasi hal ini, Anda dapat mengubah engine penyimpanan tabel menjadi X-Engine, yang mendukung transaksi sekaligus menawarkan penghematan biaya penyimpanan.

Error timeout "The last packet successfully received"

Error ini menunjukkan bahwa koneksi klien mengalami timeout selama proses pemulihan data. Hal ini dapat terjadi pada dataset berukuran besar. Untuk mengatasinya, tingkatkan spesifikasi PCU minimum untuk kluster PolarDB for MySQL Anda dan coba kembali operasi tersebut.

PolarDB for MySQL Mengaktifkan pengarsipan data dingin pada versi lama

Anda harus melakukan upgrade kluster PolarDB for MySQL Anda ke versi yang mendukung fitur ini. Untuk informasi selengkapnya mengenai versi yang tersedia dan cara melakukan upgrade, lihat Manajemen versi.

PolarDB for MySQL Dampak pengarsipan terhadap ukuran tabel

Ukuran tabel di PolarDB for MySQL berubah ketika datanya diarsipkan ke OSS. Tingkat perubahan tersebut bergantung pada beberapa faktor: