Tutorial Pengguna
Pengenalan Produk
- Ikhtisar
- Keunggulan
- Kasus Penggunaan
- Database Architecture
- Kebijakan Isolasi Sumber Daya
- Daftar Fitur Produk
- Database Instance
- Ketersediaan Tinggi (Beberapa AZ)
- Wilayah dan AZ
Panduan Pembelian
Memulai
- Ikhtisar
- Membuat Instans MySQL
Panduan Operasi
- Batas Penggunaan
- Ikhtisar Operasi
- Manajemen dan Pemeliharaan Instans
- Peningkatan Versi
- Memperluas Instans
- Proksi Database
- Manajemen Akun
- Konfigurasi Parameter
- Pencadangan dan Pengembalian
- Migrasi data
- Jaringan dan Keamanan
- Pemantauan dan Alarm
- Pusat Log
- Tag
Laporan Resmi
- Laporan Resmi Keamanan
Service Agreement
- Service Level Agreement
- Terms of Service

Mengembalikan Database

Download

Mode fokus

Ukuran font

Terakhir diperbarui: 2026-05-14 10:15:53

Skenario Penggunaan
Sistem basis data cloud MySQL tidak akan mengubah data pengguna apa pun. Kerusakan data yang disebabkan oleh alasan pribadi pengguna dapat diperbaikinya sendiri dengan memulihkan data. Dengan menggunakan fitur pemulihan, pengguna dapat melakukan operasi pemulihan pada database atau tabel di platform Tencent Cloud. Pemulihan data didasarkan pada cadangan data + cadangan log (binlog), sehingga data dapat dipulihkan secara real-time.
Basis data cloud MySQL memulihkan data melalui pencitraan berkala dan rekonstruksi aliran real-time, memungkinkan basis data atau tabel cloud dipulihkan ke waktu tertentu. Proses ini menjamin konsistensi irisan waktu semua data, sementara akses ke basis data atau tabel asli tidak akan terpengaruh selama proses ini. Operasi pemulihan akan menghasilkan database atau tabel baru di dalam instance asli. Setelah pemulihan selesai, pengguna akan melihat database atau tabel asli beserta database atau tabel yang baru dibuat.
Fungsi Prinsip
Pemulihan didasarkan pada cadangan dingin terbaru + binlog yang sesuai untuk memulihkan ke titik waktu tertentu.
﻿
1. Sistem cadangan dingin akan mengekspor data dari mesin cadangan MySQL ke dalamnya setiap hari.
2. Saat memulihkan data, pertama-tama ajukan permintaan untuk instance pemulihan dari sistem pemulihan. Kemudian, ekspor data cadangan dingin dari sistem cadangan dingin dan impor ke instance sementara (data yang diimpor bervariasi tergantung pada metode pemulihan).
3. Instance pemulihan akan membangun hubungan utama-cadang dengan instance utama MySQL, serta mengatur waktu dan tabel database yang perlu dipulihkan.
4. Menyalin tabel database yang telah dipulihkan ke instance utama MySQL.
Batasan Fungsi
Instance edisi cloud disk node tunggal tidak mendukung pemulihan.
Hanya mendukung pemulihan pada instance utama, tidak mendukung pemulihan pada instance hanya-baca dan instance disaster recovery.
Saat ini hanya mendukung pemulihan basis data dan tabel tertentu. Basis data dan tabel yang dipulihkan akan ditulis kembali ke instance sumber (dengan memberi nama baru), tidak mendukung pemulihan seluruh instance.
MySQL versi 5.6, 5.7, dan 8.0 mendukung pemulihan, sedangkan versi MySQL 5.5 tidak mendukung pemulihan. Disarankan untuk segera meningkatkan versi MySQL 5.5 ke versi yang lebih tinggi. Untuk peningkatan, lihat Meningkatkan versi mesin basis data.
Untuk pemulihan tingkat basis data, jenis objek yang tidak akan diimpor meliputi: foreign key constraint, check constraint, trigger, prosedur tersimpan, tampilan pengguna, dan Event.
Hal Yang Perlu Diperhatikan
Waktu pemulihan saat ini dapat diatur hingga tingkat detik. Untuk aturan rentang milidetik: jika waktu pemulihan diatur ke 2025-08-05 23:59:59, maka waktu pada 2025-08-05 23:59:59:000 dan setelahnya (dalam milidetik) tidak termasuk dalam cakupan pemulihan.
Fungsi pemulihan berkaitan erat dengan periode waktu cadangan otomatis dan hari retensi yang diatur, menyediakan pemulihan berdasarkan cadangan data + cadangan log (binlog) dalam periode retensi dan waktu siklus cadangan. Untuk pengaturan siklus cadangan, silakan lihat Cadangan Otomatis Data MySQL. Demi keamanan data, harap atur siklus cadangan otomatis untuk mencadangkan MySQL setidaknya dua kali seminggu.
Untuk instance berlangganan tahunan/bulanan yang belum kedaluwarsa tetapi akun mengalami saldo negatif, layanan terkait cadangan akan diturunkan tingkatannya dan dilarang melakukan pemulihan basis data. Jika perlu melakukan operasi pemulihan, harap isi ulang saldo hingga akun memiliki saldo positif.
Jika basis data atau tabel yang perlu dipulihkan tidak ada atau terhapus secara tidak sengaja, pengguna harus masuk ke basis data dan membuat basis data serta tabel terlebih dahulu, kemudian menggunakan konsol untuk melakukan pemulihan.
Jika cadangan dingin sebelum pemulihan tidak memiliki tabel yang dimaksud, pemulihan bencana akan gagal.
Waktu yang dapat dipulihkan dihitung mulai dari cadangan fisik yang valid atau cadangan logis penuh terjauh dari waktu saat ini. Disarankan untuk mengatur periode retensi cadangan secara wajar sesuai kebutuhan bisnis aktual Anda.
Langkah operasi
1. Masuk ke Konsol MySQL, pada daftar instans, pilih satu atau lebih instans yang perlu dipulihkan, lalu pilih Lainnya > Pemulihan.
﻿
Catatan:
Jika hanya perlu melakukan pemulihan satu instans, Anda juga dapat masuk ke halaman manajemen instans, lalu klik Lainnya > Pemulihan di pojok kanan atas.
Dalam satu APPID yang sama, dapat memulai hingga 5 tugas pemulihan secara bersamaan.
2. Pada halaman pemulihan, pilih tabel yang akan dipulihkan, lalu klik Berikutnya: Atur waktu pemulihan dan nama tabel.
﻿
Cara pemulihan:
Normal: Impor cadangan penuh instans ini, lalu lakukan pemulihan pada basis data dan tabel yang dipilih. Mode pemulihan ini tidak memiliki batasan, tetapi kecepatan pemulihannya relatif lambat.
Cepat: Cadangan penuh + binlog tingkat basis data. Jika terdapat operasi lintas basis data dan basis data terkait tidak dipilih bersamaan, hal ini akan menyebabkan kegagalan pemulihan.
Ekstrem Cepat: Cadangan penuh + binlog tingkat tabel. Jika terdapat operasi lintas tabel dan tabel terkait tidak dipilih bersamaan, hal ini akan menyebabkan kegagalan pemulihan.
Catatan:
Saat ini hanya mendukung pemulihan basis data dan tabel dengan nama yang terdiri dari karakter Tionghoa, angka, huruf Inggris, karakter khusus -.+=：:@_/[ ]( )（ ） atau kombinasinya, dengan panjang 1 hingga 60 karakter. Pemulihan untuk basis data dan tabel dengan karakter khusus lainnya belum didukung.
Dalam mode pemulihan basis data dan tabel tertentu, satu instans yang sama hanya mendukung pemulihan hingga 500 basis data atau tabel secara bersamaan.
Jika operasi gabungan yang melibatkan basis data dan tabel lain terjadi saat menjalankan binlog untuk pemulihan, pernyataan SQL berpotensi gagal.
Jika batasan seperti kunci asing terlibat pada tabel saat menjalankan binlog untuk pemulihan, pernyataan SQL berpotensi gagal.
3. Atur nama basis data dan tabel setelah pemulihan serta waktu pemulihan, lalu klik Pemulihan.
﻿
Catatan:
Setiap instans hanya dapat mengatur satu waktu pemulihan.
Pilih untuk mengatur waktu pemulihan massal, semua basis data dan tabel akan mengikuti waktu pemulihan massal tersebut.
Pilih untuk mengatur waktu pemulihan tabel tunggal, basis data dan tabel akan mengikuti waktu pemulihan yang diatur masing-masing.
Nama basis data dan tabel setelah pemulihan hanya mendukung huruf Inggris, angka, titik (.), tanda hubung (-), garis bawah (_), dan $ hingga 64 karakter.
4. Setelah berhasil dikirim, kembali ke halaman Log Operasi > Log Pemulihan, Anda dapat melihat progres pemulihan. Klik Lihat Detail untuk melihat log pemulihan secara waktu nyata.
5. Setelah pemulihan selesai, pilih halaman Manajemen Basis Data > Daftar Basis Data, Anda dapat melihat basis data dan tabel baru hasil pemulihan di instans asli.