全部产品
Search
文档中心

PolarDB:FAQ

更新时间:Jul 03, 2025

Topik ini menjawab beberapa pertanyaan umum terkait peningkatan kluster PolarDB for MySQL.

  • Apa yang harus dilakukan jika item pemeriksaan dalam Evaluasi Peningkatan gagal?

    Kategori

    Item pemeriksaan

    Solusi

    Verifikasi Informasi Dasar

    Status Berjalan Instance Sumber

    Kluster PolarDB sumber harus dalam keadaan Running.

    Status Baca/Tulis Instance Sumber

    Kluster PolarDB sumber harus dalam keadaan Running dan mode Baca/Tulis.

    Peran terkait layanan untuk PolarDB

    Peran terkait layanan untuk PolarDB dibuat untuk akun tersebut.

    Untuk informasi lebih lanjut tentang cara membuat peran terkait layanan PolarDB, lihat Periksa apakah peran terkait layanan untuk PolarDB telah dibuat. Anda juga dapat membuat peran terkait layanan PolarDB dengan memanggil operasi API.

    Verifikasi Ketergantungan Tugas Migrasi

    Izin DTS

    Akun Alibaba Cloud Anda harus memiliki izin untuk mengakses sumber daya cloud melalui DTS.

    Untuk informasi lebih lanjut, lihat Otorisasi DTS untuk mengakses sumber daya Alibaba Cloud.

    Verifikasi Log Binari Instance Sumber

    Sebelum Anda melakukan peningkatan versi utama, Anda harus mengaktifkan binary logging untuk kluster PolarDB sumber. Untuk informasi lebih lanjut, lihat Aktifkan binary logging.

    Apakah Instance Sumber Kosong

    Basis data dibuat di kluster PolarDB sumber. Anda harus membuat basis data di kluster sebelum Anda melakukan peningkatan versi utama.

    Verifikasi Trigger Instance Sumber

    Jika trigger dibuat untuk kluster PolarDB sumber, hapus trigger terlebih dahulu. Jika tidak, proses peningkatan akan terganggu.

    Anda dapat secara manual membuat trigger di kluster PolarDB tujuan setelah proses peningkatan selesai.

    Verifikasi Tabel Tanpa Primary Key di Instance Sumber

    Jika kluster PolarDB sumber berisi tabel tanpa primary key, data duplikat mungkin terjadi di kluster PolarDB tujuan setelah data disinkronkan.

    Anda dapat terhubung ke basis data pada kluster PolarDB sumber menggunakan akun istimewa dan menjalankan pernyataan SQL berikut untuk menanyakan tabel tanpa primary key:

    SELECT t1.table_schema, t1.table_name 
    FROM information_schema.TABLES t1 LEFT OUTER 
    	JOIN information_schema.TABLE_CONSTRAINTS t2 
      ON t1.table_schema = t2.TABLE_SCHEMA AND t1.table_name = t2.TABLE_NAME AND t2.CONSTRAINT_NAME 
      IN ("PRIMARY") 
    WHERE t2.table_name IS NULL AND t1.table_type = "BASE TABLE" AND t1.TABLE_SCHEMA NOT IN ("information_schema", "performance_schema", "mysql", "sys") 

    Anda dapat menambahkan primary key ke tabel tanpa primary key.

    Jika Anda yakin bahwa data duplikat dapat diterima, Anda dapat mengabaikan hasil evaluasi ini dan memilih Continue ketika pesan kesalahan ditampilkan saat Anda melakukan peningkatan versi utama.

    Verifikasi Informasi Utama

    Verifikasi Akun Root Instance Sumber

    Untuk mencegah akun sistem dari kluster PolarDB tujuan tertimpa selama peningkatan, pastikan bahwa akun root dan aliyun_root tidak ada di kluster PolarDB sumber pada saat yang sama. Oleh karena itu, Anda harus menghapus akun sistem redundan di kluster sumber sebelum Anda melakukan peningkatan. Untuk informasi lebih lanjut, lihat Hapus akun sistem ekstra dari kluster PolarDB for MySQL sumber.

  • Haruskah kluster PolarDB for MySQL sumber dan tujuan memiliki spesifikasi yang sama?

    Tidak. Anda dapat memilih spesifikasi kluster PolarDB for MySQL tujuan sesuai kebutuhan. Namun, disarankan untuk menggunakan nilai yang lebih besar atau sama dengan spesifikasi kluster sumber.

  • Apakah saya perlu membeli kluster sebelum peningkatan?

    Tidak. Selama peningkatan, kluster baru dengan data yang sama seperti kluster PolarDB for MySQL sumber akan dibuat dan dibeli secara otomatis.

  • Apakah peningkatan memengaruhi operasi normal kluster sumber?

    Tidak.

  • Apakah sinkronisasi data memengaruhi kinerja kluster sumber?

    Sinkronisasi data melibatkan pertanyaan data, yang dapat menyebabkan penurunan kinerja query pada kluster sumber.

  • Apakah sinkronisasi data memengaruhi bisnis saya?

    Tidak ada data yang hilang selama sinkronisasi. Waktu henti bisnis kurang dari 10 menit. Selama waktu henti, bisnis ditangguhkan dan tidak menghasilkan data tambahan, tetapi basis data tetap beroperasi. Anda dapat membatalkan migrasi jika diperlukan.

  • Apa yang terjadi jika saya membatalkan peningkatan?

    Jika Anda membatalkan peningkatan, situasi berikut terjadi:

    • Tautan sinkronisasi antara kluster sumber dan tujuan terputus. Kluster sumber tidak lagi terkait dengan kluster tujuan.

    • Kluster tujuan menjadi dapat dibaca dan ditulis serta tidak dilepaskan secara otomatis. Jika Anda tidak lagi menggunakan kluster, lepaskan secepat mungkin untuk menghindari biaya tambahan.

    • Jika Anda membatalkan peningkatan secara manual, Anda dapat menentukan apakah fitur binary logging untuk kluster dinonaktifkan. Fitur binary logging tidak dinonaktifkan jika pembatalan dilakukan secara otomatis.

      Catatan

      Jika fitur binary logging dinonaktifkan untuk kluster, kinerja tulis kluster meningkat sedikit. Setelah fitur binary logging dinonaktifkan, log biner yang ada dipertahankan. Untuk menghapus log biner, Anda dapat mengurangi periode retensi log biner terlebih dahulu. Setelah log biner dihapus secara otomatis, Anda dapat menonaktifkan fitur binary logging. Setelah fitur binary logging dinonaktifkan, kluster akan restart secara otomatis. Proses restart memakan waktu hingga 5 menit. Layanan terganggu selama sekitar 40 detik selama restart. Durasi restart bervariasi berdasarkan jumlah data dan tabel. Disarankan untuk menonaktifkan fitur binary logging selama jam-jam non-puncak dan memastikan aplikasi Anda dapat menyambung kembali ke layanan basis data secara otomatis.

  • Apakah saya perlu mengubah titik akhir di aplikasi saya setelah bisnis dialihkan ke kluster tujuan?

    Anda dapat memilih opsi Switch with Endpoints untuk peningkatan. Sistem akan menukar titik akhir kluster sumber dan tujuan secara otomatis. Anda dapat terhubung ke kluster tujuan tanpa perlu mengubah konfigurasi aplikasi.

  • Saya telah memilih Switch with Endpoints untuk peningkatan. Mengapa kluster tujuan masih menggunakan titik akhir baru setelah peningkatan selesai?

    Titik akhir hanya dapat ditukar jika kluster sumber dan tujuan memiliki titik akhir. Secara default, hanya titik akhir utama jaringan internal yang dapat ditukar. Untuk menukar jenis titik akhir lainnya, Anda harus membuat titik akhir terlebih dahulu. Untuk informasi lebih lanjut tentang cara membuat titik akhir kluster, lihat Ajukan permohonan untuk titik akhir kluster atau titik akhir utama.

  • Mengapa kluster PolarDB tidak dapat dihubungkan setelah bisnis dialihkan atau data tidak dapat ditulis ke kluster setelah terhubung?

    Setelah titik akhir ditukar, masalah dapat terjadi karena kedaluwarsa cache DNS. Basis data di kluster PolarDB mungkin gagal terhubung atau hanya mendukung operasi baca. Untuk menyelesaikan masalah, disarankan untuk menyegarkan cache DNS.

  • Mengapa Complete Upgrade tidak ditampilkan di konsol PolarDB setelah peningkatan selesai dan bisnis dialihkan?

    Jika Anda telah menekan tombol Complete Upgrade, tombol tersebut disembunyikan untuk mencegah operasi berulang.

  • Apakah saya perlu membuat akun dan kata sandi yang sama di kluster tujuan seperti di kluster sumber setelah peningkatan?

    Tidak. Setelah peningkatan, kluster tujuan mempertahankan pengaturan akun, basis data, daftar putih IP, dan parameter yang diperlukan dari kluster sumber.

  • Jika SSL diaktifkan untuk kluster sumber, apakah saya dapat menaikkannya?

    Ya, Anda dapat menaikkan kluster sumber dengan SSL diaktifkan.

    Catatan

    Jika SSL diaktifkan untuk kluster sumber, pastikan bahwa SSL juga diaktifkan pada titik akhir kluster tujuan.

  • Jika enkripsi data transparan (TDE) diaktifkan untuk kluster sumber, apakah saya dapat menaikkannya?

    Ya, Anda dapat menaikkan kluster sumber dengan TDE diaktifkan.

  • Jika SSL diaktifkan untuk kluster sumber, apakah saya dapat menaikkannya ke kluster Edisi Kluster Multi-master (Basis Data/Tabel)?

    Ya. Namun, SSL tidak dapat diaktifkan untuk kluster tujuan Edisi Kluster Multi-master (Basis Data/Tabel).

  • Jika TDE diaktifkan untuk kluster PolarDB for MySQL sumber, apakah saya dapat menaikkannya ke kluster Edisi Kluster Multi-master (Basis Data/Tabel)?

    Ya. Namun, TDE tidak dapat diaktifkan untuk kluster tujuan Edisi Kluster Multi-master (Basis Data/Tabel).

  • Jika tugas sinkronisasi data DTS dimulai untuk kluster PolarDB for MySQL sumber sebelum peningkatan versi mesin utama, apakah tugas tersebut terpengaruh selama peningkatan?

    Tidak. Selama peningkatan versi mesin utama, sistem mereplikasi data penuh dari kluster sumber ke kluster PolarDB for MySQL baru. Kemudian, data tambahan disinkronkan dari kluster sumber ke kluster baru. Sumber data tugas sinkronisasi data DTS tetap menjadi kluster sumber. Migrasi data ke kluster PolarDB for MySQL baru tidak memengaruhi operasi pada kluster sumber.

    Selama peningkatan versi utama, Anda dapat menggunakan fitur DTS task switchover feature untuk memodifikasi atau mengganti kluster sumber atau tujuan untuk tugas sinkronisasi atau migrasi DTS guna mencapai transisi bisnis yang lancar.

  • Jika kluster yang akan ditingkatkan tidak lagi tersedia di zona saat ini, apakah saya masih dapat menaikkan kluster?

    Ya. Anda dapat membeli kluster di zona lain di wilayah yang sama untuk peningkatan. Data tidak terpengaruh.