PolarDB for MySQL kluster menyediakan berbagai metode untuk memulihkan data yang terhapus atau diubah secara tidak sengaja. Metode tersebut dapat bervariasi berdasarkan tingkat data dan versi mesin database. Pilih metode yang sesuai dengan kebutuhan bisnis Anda.
Skenario | Versi mesin database | Metode pemulihan | |
Penghapusan tabel secara tidak sengaja | 5.6 | Anda dapat menggunakan metode pemulihan database dan tabel untuk memulihkan tabel yang terhapus secara tidak sengaja ke titik waktu tertentu atau dari set cadangan.
| |
5.7 | |||
8.0 | Jika fitur recycle bin tabel diaktifkan untuk kluster, Anda dapat memulihkan tabel dari recycle bin. Untuk informasi lebih lanjut, lihat Pulihkan tabel dari recycle bin tabel. Jika fitur recycle bin tabel dinonaktifkan untuk kluster, Anda dapat menggunakan metode pemulihan database dan tabel untuk memulihkan seluruh kluster. | ||
Penghapusan database secara tidak sengaja | 5.6 | Anda dapat menggunakan metode pemulihan database dan tabel untuk memulihkan database yang terhapus secara tidak sengaja ke titik waktu tertentu atau dari set cadangan.
| |
5.7 | |||
8.0 | |||
Penghapusan kluster secara tidak sengaja | 5.6 | Untuk informasi tentang cara memulihkan kluster yang terhapus secara tidak sengaja, lihat Pulihkan kluster dari recycle bin kluster. | |
5.7 | |||
8.0 | |||
Penghapusan data secara tidak sengaja. Misalnya, penimpaan semua data secara tidak sengaja, atau penghapusan atau modifikasi kolom, baris, atau sel secara tidak sengaja. | Jumlah entri data yang terpengaruh tidak melebihi 100.000 | Kami merekomendasikan agar Anda memulihkan data dengan menggunakan fitur pelacakan data DMS, atau metode pemulihan database dan tabel atau pemulihan kluster. | |
Jumlah entri data yang terpengaruh melebihi 100.000 | 5.6 | Anda dapat menggunakan metode pemulihan database dan tabel untuk memulihkan database atau tabel yang terhapus secara tidak sengaja ke titik waktu tertentu atau dari set cadangan.
Jika Anda tidak dapat menentukan jumlah database dan tabel yang terpengaruh, Anda dapat memulihkan seluruh kluster. | |
5.7 | |||
8.0 | |||
Tanya Jawab Umum
Apa perbedaan antara flashback query dan fitur pemulihan database dan tabel?
Biaya:
Setelah mengaktifkan flashback query, data yang diperlukan untuk kueri tersebut disimpan dalam log undo selama periode tertentu, yang dapat meningkatkan biaya penyimpanan. Durasi penyimpanan data ditentukan oleh parameter loose_innodb_backquery_window.
Waktu Pemulihan:
Kueri flashback dapat diselesaikan dalam hitungan detik.
Waktu yang diperlukan untuk memulihkan database atau tabel berkisar antara beberapa menit hingga beberapa jam.
Tingkat data yang dapat dipulihkan:
Kueri flashback hanya dapat digunakan untuk kueri data tingkat baris dan cocok untuk mengakses data terbaru. Anda dapat menjalankan kueri flashback secara berkala.
Anda tidak dapat menggunakan Flashback Query untuk mengakses data sebelum operasi DDL terakhir.
Flashback Query dapat mengakses hingga 100.000 entri data. Jika jumlah data melebihi 100.000 entri, sistem akan mengembalikan kesalahan.
Metode pemulihan database dan tabel dapat digunakan untuk pemulihan data tingkat tabel serta cocok untuk memulihkan sejumlah besar data, meskipun metode ini jarang digunakan.