All Products
Search
Document Center

PolarDB:Metode 2 untuk pemulihan database dan tabel: Pulihkan data ke titik waktu di masa lalu

Last Updated:Aug 01, 2026

Pemulihan database dan tabel hanya memulihkan database atau tabel tertentu ke kluster asal. Misalnya, dalam skenario gaming, Anda mungkin hanya perlu memulihkan data pemain tertentu. Dalam kasus seperti ini, Anda dapat menggunakan fitur pemulihan database dan tabel. Fitur ini mendukung dua metode pencadangan: pemulihan dari set cadangan dan pemulihan ke titik waktu di masa lalu. Topik ini menjelaskan cara memulihkan database atau tabel tertentu ke titik waktu di masa lalu.

Pendahuluan

Fitur pemulihan database dan tabel yang disediakan oleh PolarDB tidak menimpa atau menghapus database dan tabel yang sudah ada di kluster asal, juga tidak menulis data ke dalam database dan tabel yang sudah ada. Sebaliknya, fitur ini membuat database dan tabel baru di kluster asal. Selama proses pemulihan, Anda dapat menentukan nama database atau nama tabel baru untuk memulihkan data cadangan dari db1 ke db2.

Selama proses pemulihan database dan tabel, akses normal ke database di kluster asal tidak terganggu. Namun, proses tersebut dapat mengonsumsi sumber daya komputasi kluster asal, yang berpotensi meningkatkan utilisasi CPU dan IOPS kluster.

Skenario

Edisi Kluster

Fitur pemulihan database dan tabel mendukung PolarDB Edisi Perusahaan dan Edisi Standar, tetapi memerlukan versi revisi kluster tertentu. Tabel berikut mencantumkan versi revisi minimum yang diperlukan untuk skenario berbeda.

  • Fitur Dasar: Versi revisi minimum yang diperlukan untuk mendukung pemulihan database dan tabel.

  • Kluster utama GDN/Proses pemulihan baru: Versi revisi minimum yang diperlukan untuk menggunakan fitur ini pada kluster utama global database network (GDN) atau untuk memperoleh manfaat dari optimasi kecepatan pada proses pemulihan baru.

    Catatan

    Alur pemulihan baru untuk fitur pemulihan database dan tabel merupakan peningkatan yang mengoptimalkan kecepatan pemulihan data ke kluster asal. Untuk informasi lebih lanjut mengenai mekanisme dan kecepatannya, lihat Alur Keseluruhan dan Perkiraan Waktu.

Seri Edisi

Versi MySQL

Arsitektur

Fitur Dasar (Versi Revisi Minimum)

Kluster Utama GDN/Proses Pemulihan Baru (Versi Revisi Minimum)

Enterprise Edition (Cluster Edition)

5.6

X86

5.6.1.0.25

5.6.1.0.42

5.7

X86

5.7.1.0.8

5.7.1.0.36

8.0.1

X86

8.0.1.1.14

8.0.1.1.46

8.0.2

X86

8.0.2.2.0

8.0.2.2.26

Standard Edition

5.6

X86

5.6.1.0.42

5.6.1.0.42

5.7

X86

5.7.1.0.30

5.7.1.0.30

8.0.1

X86

8.0.1.1.38.2

8.0.1.1.38.2

Yitian (ARM)

8.0.1.1.41

8.0.1.1.41

8.0.2

X86

8.0.2.2.21

8.0.2.2.21

Catatan

Anda dapat melihat versi kernel kluster Anda di bagian Configurations pada halaman Basic Information kluster PolarDB for MySQL Anda.

Batasan lainnya

Fitur pemulihan database dan tabel memiliki batasan-batasan berikut:

  • Kluster:

    • Fitur ini tidak didukung untuk kluster Multi-master Cluster (Limitless) Edition atau kluster sekunder dalam global database network (GDN).

    • Pemulihan database dan tabel tidak didukung untuk kluster yang memiliki lebih dari 50.000 tabel dalam salah satu kondisi berikut:

      • Jenis penyimpanannya adalah enterprise SSD (ESSD).

      • Kluster tidak memiliki node read-only (RO).

  • Skema tabel dan indeks:

  • Mesin penyimpanan: Hanya tabel yang menggunakan mesin penyimpanan InnoDB yang dapat dipulihkan.

  • Status data: Tabel yang diarsipkan sebagai cold data tidak dapat dipulihkan.

Catatan

Jika kluster Anda saat ini tidak mendukung fitur pemulihan database dan tabel, Anda dapat menggunakan full restoration untuk memulihkan data ke kluster baru, lalu memigrasikan data tersebut ke kluster sumber.

Catatan penggunaan

  • Pemulihan berdasarkan titik waktu mengacu pada pemilihan titik waktu tertentu untuk memulihkan tabel database. Setelah pemulihan, tabel database hanya berisi data hingga titik waktu tersebut, sehingga konsisten dengan kondisi data pada saat itu.

  • Mode "Restore to a past point in time" dalam fitur pemulihan database dan tabel hanya mendukung pemulihan dari titik waktu di masa lalu berdasarkan backup tingkat pertama. Pemulihan dari backup tingkat kedua tidak didukung.

  • Operasi pemulihan database dan tabel gagal dalam skenario berikut.

    • Nama database atau nama tabel yang ditentukan sudah ada di kluster asal.

    • Antara waktu pembuatan set cadangan dan titik waktu pemulihan, tabel yang akan dipulihkan telah dihapus, atau kluster berisi database atau tabel dengan nama yang sama dengan database atau tabel tujuan.

  • Pemulihan database dan tabel hanya memulihkan tabel tertentu. Pastikan Anda telah memilih semua tabel yang perlu dipulihkan.

    Catatan

    Jika Anda tidak dapat menentukan semua tabel yang terlibat, kami menyarankan Anda memulihkan data historis seluruh kluster ke kluster baru, lalu memigrasikan datanya ke kluster asal. Untuk informasi lebih lanjut, lihat Restore from a backup set dan Restore a cluster to a point in time.

  • Jika Anda tidak memulihkan seluruh database, maksimal 100 tabel dapat dipulihkan sekaligus untuk setiap database. Jika Anda memulihkan seluruh database, semua tabel dalam database tersebut akan dipulihkan.

    Catatan
    • Jika terlalu banyak tabel dipulihkan sekaligus, proses pemulihan akan memakan waktu lama. Oleh karena itu, kami menyarankan agar Anda tidak memulihkan terlalu banyak tabel sekaligus.

    • Jika Anda perlu memulihkan sejumlah besar tabel, kami menyarankan Anda untuk memulihkan seluruh data historis ke kluster baru. Untuk langkah-langkah operasi mendetail, lihat Memulihkan dari set cadangan dan Memulihkan kluster ke titik waktu tertentu.

  • Anda dapat menggunakan fitur pemulihan database dan tabel bahkan ketika kluster memiliki lebih dari 50.000 tabel (termasuk tabel sistem).

    Catatan
    • Fitur ini saat ini sedang dalam tahap peluncuran bertahap. Untuk menggunakan fitur ini, Anda dapat Contact us untuk menambahkan kluster ke daftar putih dan mengaktifkan fitur ini.

    • Periksa jumlah tabel (termasuk tabel sistem) dalam kluster. Pernyataan SQL-nya sebagai berikut:

      SELECT COUNT(*) FROM information_schema.tables;
    • Periksa jumlah tabel sistem dalam kluster. Pernyataan SQL-nya sebagai berikut:

      SELECT COUNT(*) FROM information_schema.tables WHERE table_schema IN ('sys', 'performance_schema', 'mysql', 'information_schema', '__recycle_bin__');
  • Pemulihan database dan tabel tidak mendukung pemulihan trigger. Jika tabel asli memiliki trigger yang dikonfigurasi, trigger tersebut tidak akan dipulihkan.

  • Pemulihan database dan tabel tidak mendukung pemulihan foreign key. Jika tabel asli memiliki foreign key yang dikonfigurasi, foreign key tersebut tidak akan dipulihkan.

  • Kami menyarankan Anda melakukan pemulihan data selama jam sepi.

Prosedur

  1. Masuk ke PolarDB console. Di panel navigasi sebelah kiri, klik Clusters. Pilih Region tempat kluster ditempatkan, lalu klik ID kluster untuk membuka halaman detail kluster.

  2. Di panel navigasi sebelah kiri, pilih Settings and Management > Backup and Restoration, lalu klik Restore Databases/Tables.

  3. Pada kotak dialog yang muncul, atur Restoration Type menjadi Point in Time, lalu pilih titik waktu tujuan pemulihan pada Restoration Time.

    Catatan
    • Titik waktu yang Anda pilih untuk Restoration Time harus berada dalam rentang Restore To. Selain itu, tabel yang akan dipulihkan harus ada dalam set cadangan penuh terbaru yang diambil sebelum titik waktu tersebut agar fitur Point in Time berfungsi dengan baik. Rentang titik waktu yang dapat dipulihkan bergantung pada periode Log Retention Period (Days) dalam pengaturan pencadangan, yang secara default adalah 7 hari.

    • Fitur pemulihan database dan tabel menyediakan tiga konfigurasi kecepatan berdasarkan konsumsi IOPS: Quick, Standard, dan Secure. Pilih konfigurasi sesuai kebutuhan bisnis Anda. Untuk perkiraan durasi pemulihan setiap konfigurasi kecepatan, lihat Referensi untuk uji coba kecepatan pemulihan database dan tabel.

      • Quick: Saat data dipulihkan ke kluster saat ini, sejumlah besar IOPS mungkin dikonsumsi. Kami menyarankan Anda memilih konfigurasi ini selama jam sepi.

      • Standard (direkomendasikan untuk kluster dengan lebih dari 4 core): Saat data dipulihkan ke kluster saat ini, sejumlah IOPS moderat mungkin dikonsumsi.

      • Secure (direkomendasikan untuk kluster dengan 4 core atau kurang): Saat data dipulihkan ke kluster saat ini, hanya sejumlah kecil IOPS yang dikonsumsi, tetapi kecepatan pemulihan mungkin terpengaruh secara signifikan.

      Untuk kluster dengan 4 core atau kurang, kami menyarankan Anda memverifikasi bahwa innodb_io_capacity dan innodb_io_capacity_max diatur ke nilai yang sesuai dengan spesifikasi kluster. Untuk IOPS maksimum yang didukung setiap spesifikasi kluster, lihat Compute node specifications for Enterprise Edition dan Compute node specifications for Standard Edition. Kami menyarankan Anda menggunakan kecepatan Secure untuk pemulihan.

  4. Di bagian Databases and Tables to Restore, pilih database tujuan di sisi kiri dan tabel tujuan di sisi kanan.

    Catatan
    • Jika Anda tidak menentukan nama database atau nama tabel baru, sistem akan menambahkan _backup ke nama database atau nama tabel asli untuk menghasilkan nama database dan nama tabel baru secara otomatis. Misalnya, jika nama tabel aslinya adalah test, maka nama tabel baru yang dihasilkan secara otomatis adalah test_backup.

    • Jika Anda memilih database tujuan tetapi tidak menentukan tabel, semua tabel dalam database tersebut akan dipulihkan secara default.

  5. Setelah memastikan Anda telah memilih database dan tabel yang ingin dipulihkan, klik OK.

Referensi API

Operasi

Deskripsi

DescribeMetaList

Meminta detail metadata database dan tabel yang dapat dipulihkan.

Restore specified databases or tables of a PolarDB cluster to the original cluster

Memulihkan database atau tabel tertentu dari kluster PolarDB ke kluster asal.