All Products
Search
Document Center

PolarDB:Langkah-langkah upgrade

Last Updated:Aug 06, 2026

Bagian ini menjelaskan prosedur untuk melakukan upgrade antar kluster PolarDB for MySQL.

Pemeriksaan sebelum upgrade

Periksa peran terkait layanan PolarDB (hanya untuk migrasi logis)

Catatan

Jika Anda telah menyelesaikan evaluasi migrasi dan tidak ada pengecualian yang dilaporkan, Anda dapat melewati pemeriksaan ini.

Sebelum melakukan upgrade satu klik menggunakan migrasi logis (sinkronisasi data menggunakan Data Transmission Service (DTS)), periksa apakah peran terkait layanan untuk PolarDB telah dibuat dan apakah DTS telah diberikan izin untuk mengakses sumber daya cloud.

  • Periksa apakah peran terkait layanan untuk PolarDB telah dibuat

    1. Gunakan Akun Alibaba Cloud Anda (akun utama) untuk membuka daftar Manajemen Identitas > Role di Konsol RAM.

    2. Periksa apakah ada peran terkait layanan bernama AliyunServiceRoleForPolarDB. Di kotak pencarian, masukkan AliyunServiceRoleForPolarDB untuk memverifikasi bahwa peran tersebut ada dalam daftar.

      • Jika ada, lewati pemeriksaan ini.

      • Jika tidak ada, lanjutkan ke langkah berikutnya.

    3. Klik Create Role. Pada halaman Create Role, klik Create Service-linked Role di pojok kanan atas.

    4. Pada halaman Create Service-linked Role, atur Trusted Cloud Service menjadi AliyunServiceRoleForPolarDB, lalu klik Create Service-linked Role.

  • Periksa apakah izin telah diberikan kepada DTS untuk mengakses sumber daya cloud

    Bagian ini menjelaskan cara memeriksa hasil otorisasi dan cara memberikan izin dengan cepat. Untuk informasi lebih lanjut, lihat Berikan izin DTS untuk mengakses sumber daya cloud.

    Hasil otorisasi

    1. Gunakan Akun Alibaba Cloud Anda (akun utama) untuk membuka Konsol RAM dan buka daftar Manajemen Identitas > Role.

    2. Periksa apakah ada peran bernama AliyunDTSDefaultRole. Di kotak pencarian, masukkan AliyunDTSDefaultRole untuk memverifikasi bahwa peran tersebut ada dalam daftar.

      1. Jika tidak ada, buka Otorisasi cepat.

      2. Jika ada, lanjutkan ke langkah berikutnya untuk memeriksa izinnya.

    3. Klik nama peran untuk melihat detail AliyunDTSDefaultRole.

      • Jika peran AliyunDTSDefaultRole memenuhi kondisi berikut, otorisasi berhasil.

        • Manajemen izin mencakup kebijakan sistem AliyunDTSRolePolicy.

        • Trust Policy berisi dts.aliyuncs.com.

          Artinya, dalam JSON trust policy, bidang Service dari Principal berisi dts.aliyuncs.com, Action adalah sts:AssumeRole, dan Effect adalah Allow.

      • Jika peran AliyunDTSDefaultRole tidak memenuhi kondisi di atas, otorisasi gagal. Anda harus memberikan izin lagi. Anda dapat menghapus peran AliyunDTSDefaultRole lalu memberikan otorisasi ulang.

    Otorisasi cepat

    Gunakan Akun Alibaba Cloud Anda (akun utama) untuk mengunjungi halaman otorisasi cepat AliyunDTSDefaultRole. Pada halaman otorisasi cepat, klik Submit.

    Catatan

Hapus akun sistem tambahan dari sumber PolarDB for MySQL Kluster

Untuk mencegah penimpaan akun sistem di kluster tujuan PolarDB for MySQL setelah migrasi, kluster sumber PolarDB for MySQL tidak boleh memiliki akun root dan aliyun_root secara bersamaan. Sebelum upgrade, hapus semua akun sistem tambahan dari kluster sumber PolarDB for MySQL.

Nama akun sistem yang benar untuk setiap versi PolarDB for MySQL adalah sebagai berikut:

Mesin basis data versi

Nama akun sistem yang benar

MySQL 5.6

root

MySQL 5.7

aliyun_root

MySQL 8.0

root

Untuk setiap versi di atas, hapus semua akun sistem kecuali yang benar. Misalnya, akun sistem yang benar untuk kluster PolarDB MySQL 5.7 adalah aliyun_root. Jika Anda membuat akun root secara manual di konsol, hapus akun tersebut. Sebelum menghapus, pastikan aplikasi Anda tidak menggunakan akun root.

Catatan

Akun sistem mungkin dibuat secara manual atau otomatis oleh sistem dan tertinggal setelah upgrade versi. Dalam beberapa kasus, akun ini mungkin tidak muncul di konsol.

Contoh

Contoh berikut menunjukkan cara membersihkan akun sistem tambahan dari kluster PolarDB MySQL 5.6:

  1. Gunakan akun istimewa untuk menghubungkan ke database.

  2. Cari semua akun sistem root dan aliyun_root.

    SELECT * FROM mysql.user WHERE `user` IN ('root', 'aliyun_root');
  3. Hapus akun sistem tambahan. Akun sistem yang benar untuk kluster PolarDB MySQL 5.6 adalah root, sehingga hapus akun aliyun_root.

    DELETE FROM mysql.user WHERE `user` = 'aliyun_root' LIMIT n;

(Opsional) Pengujian stres cerdas

Sebelum melakukan upgrade versi mesin utama, gunakan pengujian stres cerdas untuk mensimulasikan lalu lintas layanan Anda yang berjalan di kluster tujuan PolarDB. Hal ini membantu Anda:

  • Memverifikasi apakah spesifikasi kluster Anda perlu diperluas kapasitasnya untuk menangani lalu lintas layanan puncak.

  • Menganalisis perbedaan performa eksekusi templat SQL antara kluster PolarDB asal dan tujuan.

Untuk langkah-langkah detail, lihat Pemutaran ulang traffic dan uji stres.

Langkah 1: Upgrade dan migrasi dari PolarDB

Pada langkah ini, Anda akan membuat kluster dengan data yang sama seperti kluster sumber PolarDB for MySQL, dan data inkremental dari kluster sumber PolarDB for MySQL akan disinkronkan ke kluster ini secara real time.

Catatan
  • Selama migrasi DTS, sinkronisasi data penuh awal mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Anda dapat menyesuaikan laju migrasi sesuai kebutuhan.

  1. Login ke Konsol PolarDB.

  2. Pada halaman daftar kluster, klik Create Cluster untuk membuka halaman pembelian kluster.

  3. Pilih metode penagihan: Subscription, Pay-as-you-go, atau Serverless.

    • Subscription: Lakukan pembayaran di muka untuk node komputasi saat membuat kluster. Storage space ditagih per jam berdasarkan penggunaan aktual dan dipotong dari akun Anda setiap jam.

    • Pay-as-you-go: Tidak ada pembayaran di muka. Baik node komputasi maupun storage space (berdasarkan penggunaan aktual) ditagih per jam dan dipotong dari akun Anda setiap jam.

    • Serverless: Tidak ada pembayaran di muka. Node komputasi, storage space, database proxy, dan sumber daya lainnya diskalakan secara dinamis berdasarkan permintaan aktual selama penggunaan kluster, dan Anda ditagih berdasarkan penggunaan aktual.

  4. Atur parameter berikut sesuai skenario Anda.

    Catatan

    Untuk parameter yang tidak dijelaskan dalam tabel berikut, lihat Membeli kluster.

    Parameter

    Deskripsi

    Creation Method

    Pilih Upgrade and Migrate from PolarDB.

    Region

    Pilih wilayah tempat kluster sumber PolarDB for MySQL berada.

    Source PolarDB Version

    Versi kluster sumber PolarDB for MySQL. Anda dapat memilih 5.6, 5.7, atau 8.0.

    Source PolarDB Cluster

    Pilih kluster sumber PolarDB for MySQL.

    Database Engine

    Versi mesin database untuk kluster tujuan.

      Catatan
      • Saat melakukan upgrade antar versi, Anda dapat memilih versi yang sama dengan kluster sumber atau versi yang berbeda.

      • Saat melakukan upgrade antar arsitektur, Anda harus memilih MySQL 8.0.

    Database Edition

    Sesuai dengan edisi kluster sumber. Tidak perlu dipilih.

    Edition

    Seri untuk kluster tujuan.

    Catatan
    • Saat melakukan upgrade antar versi, pilih Cluster Edition [Recommended].

    • Saat melakukan upgrade antar arsitektur, pilih Multi-master Cluster (Limitless).

    CPU Architecture

    Sesuai dengan arsitektur CPU kluster sumber. Tidak perlu dipilih.

    Nodes

    Sesuai dengan jumlah worker kluster sumber. Tidak perlu dipilih.

    Selected Specifications

    Spesifikasi node untuk kluster tujuan.

    Database Proxy Type

    Sesuai dengan spesifikasi database proxy kluster sumber. Tidak perlu dipilih.

  5. Di pojok kanan atas, tinjau konfigurasi kluster. Atur Subscription Duration (untuk kluster Subscription), Quantity, dan apakah akan mengaktifkan Auto-renewal.

  6. Baca dan terima Perjanjian Layanan. Klik Buy Now.

  7. Pada halaman Payment, konfirmasi detail pesanan yang belum dibayar dan metode pembayaran, lalu klik Place Order.

    Catatan
    • Setelah pembayaran berhasil, pembuatan kluster memerlukan waktu 10–15 menit. Anda kemudian dapat melihat kluster baru di Cluster List.

    • Jika node kluster menampilkan Creating, kluster belum siap. Hanya ketika status kluster menjadi Running Anda dapat menggunakannya.

    • Pastikan Anda memilih wilayah yang benar. Jika tidak, Anda tidak akan melihat kluster Anda.

    • Jika pemeriksaan awal gagal, kluster tujuan tetap dalam status Creating dan upgrade tidak dapat dilanjutkan secara otomatis. Selesaikan kegagalan pemeriksaan awal berdasarkan pesan error, lalu klik Continue Upgrade untuk melanjutkan. Dalam kasus ini, pembuatan kluster mungkin memerlukan waktu lebih dari 15 menit, yang merupakan hal yang wajar.

  8. Setelah kluster dibuat, klik ID kluster untuk membuka halaman Basic Information.

  9. Di halaman Basic Information, pada bagian PolarDB Upgrade, pastikan Replication Latency kluster tujuan PolarDB kurang dari 60 detik sebelum melanjutkan.

    Catatan
    • Kluster yang memiliki sinkronisasi dua arah DTS yang sudah ada tidak dapat di-upgrade dengan satu klik dan mungkin mengalami ketidakkonsistenan data.

    • Setelah pembuatan kluster, DTS mulai menyinkronkan data dari kluster sumber PolarDB. Anda harus menyelesaikan upgrade dalam waktu 30 hari. Setelah 30 hari, fitur upgrade dinonaktifkan secara otomatis.

    • Anda dapat mengklik Cancel Upgrade di bagian ini. Untuk dampak pembatalan upgrade, lihat FAQ.

    • Jika status menampilkan Precheck Failed, selesaikan masalah berdasarkan Error Message.

      Misalnya, jika trigger dibuat di kluster sumber PolarDB, pemeriksaan awal gagal dan mengembalikan error “PolarDB cluster contains triggers”. Hapus trigger di PolarDB terlebih dahulu, lalu klik Continue Upgrade, atau klik Abandon Upgrade dan buat tugas migrasi secara manual di konsol DTS. Untuk informasi lebih lanjut, lihat Cara mengonfigurasi pekerjaan sinkronisasi atau migrasi saat trigger ada di database sumber.

    • Untuk upgrade arsitektur, titik akhir tulis default kluster tujuan adalah node RW dengan MasterID=1. Untuk memastikan sinkronisasi data DTS berjalan normal, selalu lakukan operasi tulis ke node RW ini hingga upgrade selesai.

Langkah 2: Penyelarasan alamat (opsional)

Upgrade versi mesin utama PolarDB mendukung switching yang mempertahankan alamat. Anda dapat mempertahankan titik akhir database asli dan beralih ke PolarDB baru tanpa aplikasi Anda mengubah konfigurasi koneksi apa pun. Perlu dicatat bahwa switching timbal balik hanya didukung untuk titik akhir yang ada di kedua kluster sumber PolarDB dan kluster tujuan PolarDB. Secara default, kluster tujuan hanya membuat satu titik akhir utama pribadi dan satu titik akhir kluster pribadi. Jika sumber berisi lebih dari dua titik akhir, Anda harus membuat titik akhir yang sesuai di tujuan sebelum switching; jika tidak, switching tidak akan terjadi. Untuk informasi tentang cara membuat titik akhir untuk kluster PolarDB, lihat Mengelola alamat koneksi.

Catatan
  • Anda hanya dapat menyelaraskan alamat setelah kluster tujuan menjadi Running. Anda juga dapat mengonfigurasi properti alamat, parameter kluster, dan menambahkan node read-only sesuai kebutuhan.

  • Sebelum melakukan switching titik akhir pribadi dengan switching alamat, pastikan kluster sumber PolarDB dan kluster tujuan PolarDB berada dalam VPC yang sama. Jika tidak, layanan yang ada tidak akan terhubung setelah switching.

Langkah 3: Upgrade switch

Lakukan switching upgrade saat latensi replikasi kluster tujuan PolarDB kurang dari 60 detik.

  1. Login ke Konsol PolarDB.

  2. Temukan kluster tujuan dan klik ID klusternya.

  3. Di halaman Basic Information, pada bagian PolarDB Upgrade, klik Upgrade Switchover.

    Catatan
    • Upgrade biasanya selesai dalam waktu 5 menit.

    • Operasi ini menukar status baca/tulis kluster sumber PolarDB dan kluster tujuan PolarDB dengan mengubah kluster sumber PolarDB menjadi read-only dan kluster tujuan PolarDB menjadi read/write. Sementara itu, DTS membalik arah replikasi data dengan menyinkronkan data baru dari kluster tujuan PolarDB ke kluster sumber PolarDB.

  4. Pada kotak dialog Upgrade Switchover, pilih salah satu: Switch with Address (No Application Configuration Changes) atau Switch without Address (Update Application Connection Configuration to New PolarDB Endpoint). Dialog ini menampilkan pemetaan antara Source PolarDB Endpoints dan Destination Endpoints.

    • Jika Anda memilih Switch with Address (No Application Configuration Changes), ikuti langkah-langkah berikut:

      1. Pilih Switch with address swap (no application connection configuration changes required). Sistem akan secara otomatis menukar titik akhir koneksi pada PolarDB sumber dan PolarDB tujuan, sehingga Anda tidak perlu mengubah konfigurasi apa pun di aplikasi untuk secara otomatis terhubung ke kluster PolarDB tujuan.

        Penting
        • Sebelum memilih Switch with Address (No Application Configuration Changes), baca Pertimbangan switching alamat.

        • Jika kluster PolarDB yang sedang di-upgrade sudah menjadi sumber atau tujuan dalam tugas Data Transmission Service (DTS) yang ada, perbarui tugas DTS setelah upgrade untuk menggunakan kluster PolarDB yang di-upgrade sebagai sumber atau tujuan. Hal ini berlaku untuk tugas sinkronisasi data, tugas migrasi data, dan tugas pelacakan perubahan. Untuk detailnya, lihat Ubah objek tugas DTS.

      2. Klik OK.

    • Jika Anda memilih Switch without Address (Update Application Connection Configuration to New PolarDB Endpoint), ikuti langkah-langkah berikut:

      1. Pilih Switch without Address (Update Application Connection Configuration to New PolarDB Endpoint).

      2. Klik OK.

      3. Segarkan halaman. Setelah status Read/Write Status kluster tujuan PolarDB menampilkan Read/Write, segera perbarui titik akhir database aplikasi Anda.

Catatan
  • Jika Anda mengalami anomali data setelah switching upgrade, Anda dapat melakukan rollback untuk mengembalikan ke kondisi sebelum upgrade. Untuk detailnya, lihat Rollback upgrade.

  • Setelah menyelesaikan upgrade dan switching arsitektur, jangan mengubah titik akhir tulis kluster tujuan Multi-master Cluster (Limitless) untuk menghindari masalah sinkronisasi DTS.

Langkah 4: Switching tugas DTS instans sumber (opsional)

Catatan

Jika instans sumber memiliki tautan DTS terkait (tidak termasuk tautan migrasi DTS satu klik), gunakan fitur ini untuk memodifikasi (mengganti) instans sumber atau tujuan dalam tugas sinkronisasi atau migrasi DTS agar transisi bisnis berjalan lancar. Untuk detail implementasi dan pertimbangannya, lihat Ubah instans sumber atau tujuan dalam tugas DTS.

  1. Buka Konsol PolarDB.

  2. Temukan kluster tujuan dan klik ID klusternya.

  3. Di halaman Basic Information, pada bagian Apsara PolarDB Migration Feature, klik Source Instance DTS Task Switchover.

  4. Di kotak dialog Switch Business DTS Database, pilih salah satu: Source Instance DTS Task (Forward Switchover) atau Destination Instance DTS Task (Switchover Rollback).

    Penting

    Sebelum switching, periksa status sinkronisasi DTS untuk instans sumber dan tujuan. Untuk detail cara memeriksa status DTS, lihat Periksa status DTS.

    Source Instance DTS Task (forward switch)

    Jika Anda memilih Source Instance DTS Task (Forward Switchover), ikuti langkah-langkah berikut. Daftar tugas DTS akan muncul, menampilkan kolom seperti DTS Task Name, Sync Status, Source Instance, dan Destination Instance.

    1. Pilih tugas DTS yang ingin Anda ganti instans databasenya.

    2. Klik Commit Forward Switchover.

    Destination Instance DTS Task (rollback switch)

    Jika Anda memilih Destination Instance DTS Task (Switchover Rollback), ikuti langkah-langkah berikut.

    Antarmukanya mirip dengan tab Source Instance DTS Task (Forward Switch), menampilkan daftar tugas DTS yang akan di-rollback.

    1. Pilih tugas DTS yang ingin Anda ganti instans databasenya.

    2. Klik Commit Switchover Rollback.

Catatan
  • Source Instance DTS Task (forward switch) berlaku setelah switching migrasi untuk mengarahkan ulang tugas DTS instans sumber ke instans tujuan, menyelesaikan operasi DTS pra-migrasi.

  • Destination Instance DTS Task (rollback switch) berlaku setelah switching rollback untuk mengarahkan ulang tugas DTS instans tujuan kembali ke instans sumber, menyelesaikan operasi sebelum membatalkan migrasi.

Langkah 5: Selesaikan upgrade

Setelah menyelesaikan Langkah 1: Upgrade dari PolarDB, Anda harus menyelesaikan upgrade dalam waktu 30 hari.

Penting
  • Sebelum mengklik Complete Upgrade, pastikan migrasi data telah selesai dan Anda tidak lagi memerlukan sinkronisasi data.

  • Karena operasi ini akan memutus tugas sinkronisasi data antara kluster sumber PolarDB dan kluster tujuan PolarDB, serta fitur rollback upgrade tidak akan tersedia lagi, kami menyarankan agar Anda menggunakan kluster tujuan PolarDB untuk jangka waktu tertentu dan memastikan kluster tersebut beroperasi normal sebelum menyelesaikan upgrade.

  1. Login ke Konsol PolarDB.

  2. Temukan kluster tujuan dan klik ID klusternya.

  3. Di halaman Basic Information, pada bagian PolarDB Upgrade, klik Complete Upgrade.

  4. Di kotak dialog Complete Upgrade, pilih apakah akan menonaktifkan binary logging untuk kluster PolarDB, lalu klik OK.

    Catatan
    • Setelah mengklik OK, sistem akan memutus hubungan sinkronisasi dalam waktu 2 menit, dan status upgrade berubah menjadi Sync Disabled.

    • Jika Anda memilih untuk menonaktifkan binary logging, kluster PolarDB akan restart secara otomatis untuk menerapkan konfigurasi baru.

    • Jika Anda tidak lagi memerlukan kluster sumber PolarDB, Anda dapat memilih untuk melepas kluster sumber PolarDB. Untuk informasi lebih lanjut tentang melepas kluster, lihat Melepas kluster.

    • Jika Anda melakukan upgrade arsitektur, mengklik OK di kotak dialog Complete Upgrade akan mengembalikan titik akhir tulis ke kondisi awal, di mana database secara acak menetapkan node RW sebagai titik akhir tulis.

Lihat detail tugas sinkronisasi data (opsional)

Jika terjadi error atau anomali selama upgrade versi, buka halaman detail tugas sinkronisasi data DTS yang sesuai untuk melihat informasi detail.

  1. Login ke Konsol PolarDB.

  2. Temukan kluster tujuan dan klik ID klusternya.

  3. Di halaman Basic Information, pada bagian PolarDB Upgrade, klik nama tugas di bawah DTS Data Synchronization Task untuk membuka daftar tugas sinkronisasi data di konsol DTS.

  4. Di daftar tugas sinkronisasi data, temukan tugas yang relevan untuk melihat detail sinkronisasi dan log tugas.

  5. Jika persyaratan berubah selama upgrade (misalnya, jika database baru ditambahkan ke kluster sumber PolarDB dan perlu dimasukkan dalam sinkronisasi), klik Modify Sync Objects untuk mengonfigurasi ulang.

Rollback upgrade (opsional)

Sebelum menyelesaikan upgrade, jika Anda menemukan masalah seperti anomali data, Anda dapat melakukan operasi rollback untuk segera mengembalikan kluster ke kondisi sebelum upgrade (kluster sumber PolarDB bersifat read-write, kluster tujuan PolarDB bersifat read-only, dan data dari kluster sumber PolarDB akan disinkronkan ke kluster tujuan PolarDB). Setelah rollback selesai, untuk melanjutkan upgrade versi mesin utama, Anda dapat langsung memulai dari operasi Langkah 3: Switch over.

  1. Login ke Konsol PolarDB.

  2. Temukan kluster tujuan dan klik ID klusternya.

  3. Di halaman Basic Information, pada bagian PolarDB Upgrade, klik Upgrade Rollback.

  4. Di kotak dialog failback, pilih salah satu: Failback with Address (No Application Configuration Changes) atau Failback without Address (Update Application Connection Configuration to Source Instance Endpoint).

    • Jika Anda memilih Failback with Address (No Application Configuration Changes), ikuti langkah-langkah berikut:

      1. Pilih Switchback with Address Swapping (No Application Connection Configuration Changes Required), dan sistem secara otomatis menukar alamat koneksi antara kluster sumber PolarDB dan kluster tujuan PolarDB, memungkinkan Anda beralih kembali ke kluster sumber PolarDB tanpa mengubah konfigurasi apa pun di sisi aplikasi.

      2. Klik OK.

        Pada titik ini, kluster sumber PolarDB dapat dibaca dan ditulis, kluster tujuan PolarDB bersifat read-only, dan data dari kluster sumber PolarDB akan disinkronkan ke kluster tujuan PolarDB.

        Catatan

        Untuk rollback upgrade arsitektur, Anda dapat memilih alamat mana yang akan di-rollback.

    • Jika Anda memilih Failback without Address (Update Application Connection Configuration to Source Cluster Endpoint), ikuti langkah-langkah berikut:

      1. Pilih Failback without Address (Update Application Connection Configuration to Source Cluster Endpoint). Setelah failback, segera perbarui titik akhir kolam koneksi database aplikasi Anda.

      2. Klik OK. Kluster sumber PolarDB menjadi read/write, kluster tujuan PolarDB menjadi read-only, dan data dari kluster sumber PolarDB disinkronkan ke kluster tujuan PolarDB.

      3. Segarkan halaman, dan ketika status kluster sumber PolarDB berubah menjadi read/write, segera perbarui titik akhir database di aplikasi Anda ke titik akhir kluster sumber PolarDB.

Batalkan upgrade (opsional)

  1. Login ke Konsol PolarDB.

  2. Temukan kluster tujuan dan klik ID klusternya.

  3. Di halaman Basic Information, pada bagian PolarDB Upgrade, klik Cancel Upgrade.

  4. Di kotak dialog Cancel Upgrade, klik OK. Dialog ini menjelaskan bahwa pembatalan upgrade akan memutus sinkronisasi data antara kluster sumber dan tujuan. Secara opsional, pilih Disable Binary Logging for Destination Instance.

Catatan

Setelah Anda membatalkan upgrade, kluster tujuan PolarDB yang baru dibuat tidak dilepas atau dikembalikan dana secara otomatis. Sistem hanya menghentikan tautan sinkronisasi DTS antara kluster sumber dan tujuan. Kluster tujuan menjadi kluster independen yang berjalan normal dan terus ditagih. Anda harus melepas kluster secara manual untuk menghentikan penagihan (untuk kluster Pay-as-you-go), atau menangani kluster Subscription sesuai kebutuhan.

FAQ

Apakah keberadaan trigger di kluster PolarDB sumber memengaruhi upgrade versi utama?

Ya. Jika trigger ada di kluster PolarDB sumber, Langkah 1 (Upgrade dan migrasi dari PolarDB) menampilkan Precheck Failed. Hapus trigger sebelum melakukan upgrade versi utama. Setelah upgrade, buat ulang trigger secara manual di kluster tujuan PolarDB.

Bagaimana cara mengkueri trigger di kluster PolarDB sumber?

Kueri tabel information_schema.triggers untuk melihat trigger di kluster PolarDB sumber.

SELECT * FROM information_schema.triggers;

Bagaimana cara menghapus trigger dari kluster PolarDB sumber?

Gunakan pernyataan SQL berikut untuk menghasilkan pernyataan DROP guna menghapus trigger.

Penting

Sebelum menghapus trigger, evaluasi dengan cermat dampaknya terhadap bisnis Anda dan lakukan backup. Setelah menyelesaikan upgrade versi utama, buat ulang trigger secara manual di kluster tujuan PolarDB.

SELECT TRIGGER_SCHEMA,concat('DROP TRIGGER ',TRIGGER_SCHEMA,'.',TRIGGER_NAME,';') FROM information_schema.triggers;

Contoh berikut menunjukkan outputnya. Salin dan eksekusi pernyataan ini untuk menghapus trigger. TRIGGER_SCHEMA adalah nama database yang berisi trigger.

+----------------+-------------------------------------------------------------+
| TRIGGER_SCHEMA | concat('DROP TRIGGER ',TRIGGER_SCHEMA,'.',TRIGGER_NAME,';') |
+----------------+-------------------------------------------------------------+
| test_triggers  | DROP TRIGGER test_triggers.xxx_insert;                      |
| test_triggers  | DROP TRIGGER test_triggers.xxx_update;                      |
| test_triggers  | DROP TRIGGER test_triggers.xxx_delete;                      |
+----------------+-------------------------------------------------------------+

Apakah PolarDB MySQL 5.7 Edisi Standar dapat langsung di-upgrade ke 8.0 Edisi Perusahaan melalui fitur upgrade satu klik?

Tidak. PolarDB MySQL 5.7 Edisi Standar tidak dapat langsung di-upgrade ke 8.0 Edisi Perusahaan melalui fitur upgrade satu klik. Upgrade antar seri tidak didukung.

Untuk migrasi dari Edisi Standar ke Edisi Perusahaan, buat kluster 8.0 Edisi Perusahaan baru dan gunakan DTS untuk memigrasikan data Anda. Untuk detailnya, lihat Migrasi antar kluster PolarDB for MySQL.

Apakah tugas sinkronisasi data penuh DTS yang dibuat secara otomatis selama upgrade versi utama PolarDB mendukung jeda dan lanjut?

Tidak. Tugas sinkronisasi data penuh DTS yang dibuat selama upgrade merupakan bagian penting dari alur kerja upgrade. Menjeda secara manual menyebabkan upgrade gagal, ketidakkonsistenan data, atau kegagalan tugas.

Jika Anda khawatir tentang dampak sinkronisasi DTS terhadap performa kluster sumber, Anda dapat membatalkan seluruh rencana upgrade, tetapi fitur jeda-dan-lanjut tidak didukung.

Apakah saya dapat meng-upgrade hanya node read-only ke versi utama sambil mempertahankan node utama pada versi aslinya?

Tidak. Kluster PolarDB MySQL tidak mendukung upgrade hanya untuk node read-only ke versi utama yang berbeda (misalnya, meng-upgrade hanya node read-only dari 5.7 ke 8.0 sambil mempertahankan node utama pada 5.7). Semua node dalam kluster harus menjalankan versi kernel utama yang sama. Jika tidak, dapat terjadi ketidakcocokan format penyimpanan, error penguraian log, atau gangguan replikasi.

Untuk upgrade, lakukan upgrade versi utama untuk seluruh kluster.