All Products
Search
Document Center

PolarDB:Langkah-langkah upgrade

Last Updated:Jun 16, 2026

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

Pemeriksaan sebelum upgrade

Periksa apakah peran terkait layanan PolarDB sudah ada

Sebelum melakukan upgrade, verifikasi bahwa peran terkait layanan PolarDB sudah ada dan bahwa 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 Identity Management > Role di RAM console.

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

      • Jika sudah ada, lewati pemeriksaan ini.

      • Jika belum 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 Grant DTS permissions to access cloud resources.

    Hasil otorisasi

    1. Gunakan Akun Alibaba Cloud Anda (akun utama) untuk membuka RAM console dan buka daftar Identity Management > Role.

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

      1. Jika tidak ada, buka Quick authorization.

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

    3. Klik nama peran tersebut untuk melihat detail AliyunDTSDefaultRole.

      • Jika peran AliyunDTSDefaultRole memenuhi kondisi berikut, otorisasi berhasil.

        • Permission management mencakup kebijakan sistem AliyunDTSRolePolicy.

        • Trust Policy berisi dts.aliyuncs.com.

          Artinya, dalam JSON kebijakan kepercayaan, 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 kembali. 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 kluster sumber PolarDB for MySQL

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 akun sistem tambahan dari kluster sumber PolarDB for MySQL.

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

Database engine version

Correct system account name

MySQL 5.6

root

MySQL 5.7

aliyun_root

MySQL 8.0

root

Untuk setiap versi di atas, hapus semua akun sistem kecuali akun 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-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 Traffic playback and stress testing.

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 secara real-time ke kluster ini.

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 PolarDB console.

  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 berdasarkan skenario Anda.

    Catatan

    Untuk parameter yang tidak dijelaskan dalam tabel berikut, lihat Purchase a cluster.

    Parameter

    Description

    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 memilih.

    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 memilih.

    Nodes

    Sesuai dengan jumlah worker kluster sumber. Tidak perlu memilih.

    Selected Specifications

    Spesifikasi node untuk kluster tujuan.

    Database Proxy Type

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

  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 status 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.

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

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

    Catatan
    • Kluster dengan 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 akan dinonaktifkan secara otomatis.

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

    • Jika status menunjukkan 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 How to configure a synchronization or migration job when triggers exist in the source database.

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

Langkah 2: Penyelarasan alamat (opsional)

Upgrade versi mesin utama PolarDB mendukung switching dengan mempertahankan alamat. Anda dapat mempertahankan titik akhir database asli dan beralih ke PolarDB baru tanpa aplikasi Anda mengubah konfigurasi koneksi apa pun. Perlu diperhatikan bahwa switching timbal balik hanya didukung untuk titik akhir yang ada di kedua kluster PolarDB sumber dan tujuan. Secara default, kluster tujuan hanya membuat titik akhir utama pribadi dan 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 Manage connection addresses.

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 mengalihkan titik akhir pribadi dengan pengalihan alamat, pastikan kluster PolarDB sumber dan kluster PolarDB tujuan berada di VPC yang sama. Jika tidak, layanan yang ada tidak akan dapat terhubung setelah pengalihan.

Langkah 3: Switching upgrade

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

  1. Login ke PolarDB console.

  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 opsi: 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 Address switching considerations.

        • 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 telah di-upgrade sebagai sumber atau tujuan. Ini berlaku untuk tugas sinkronisasi data, tugas migrasi data, dan tugas pelacakan perubahan. Untuk detailnya, lihat Modify DTS task objects.

      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 menunjukkan 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 Upgrade rollback.

  • 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 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 Modify the source or destination instance in a DTS task.

  1. Buka PolarDB console.

  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 melakukan switching, periksa status sinkronisasi DTS untuk instans sumber dan tujuan. Untuk detail cara memeriksa status DTS, lihat Check DTS status.

    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 upgrade rollback tidak akan tersedia lagi, kami menyarankan agar Anda menggunakan kluster tujuan PolarDB untuk jangka waktu tertentu dan memastikan bahwa kluster tersebut beroperasi normal sebelum menyelesaikan upgrade.

  1. Login ke PolarDB console.

  2. Temukan kluster tujuan dan klik ID klusternya.

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

  4. Pada 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 Releasing a cluster.

    • Jika Anda melakukan upgrade arsitektur, mengklik OK pada 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 PolarDB console.

  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 dengan cepat mengembalikan kluster ke kondisi sebelum upgrade (kluster sumber PolarDB menjadi read-write, kluster tujuan PolarDB menjadi 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 PolarDB console.

  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 akan 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 menjadi 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 PolarDB console.

  2. Temukan kluster tujuan dan klik ID klusternya.

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

  4. Pada 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.

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) akan menampilkan Precheck Failed. Hapus trigger sebelum melakukan upgrade versi utama. Setelah upgrade, buat kembali trigger secara manual di kluster PolarDB tujuan.

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 secara hati-hati dampaknya terhadap bisnis Anda dan lakukan backup. Setelah menyelesaikan upgrade versi utama, buat kembali trigger secara manual di kluster PolarDB tujuan.

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;                      |
+----------------+-------------------------------------------------------------+