All Products
Search

This Product

    ApsaraDB RDS:Tingkatkan versi database

    Document Center

    ApsaraDB RDS:Tingkatkan versi database

    Last Updated:Apr 02, 2026

    ApsaraDB RDS untuk MySQL mendukung dua metode peningkatan versi utama database: peningkatan langsung melalui Konsol dan peningkatan berbasis migrasi menggunakan Data Transmission Service (DTS). Kedua metode ini mendukung semua jalur peningkatan versi utama MySQL: 5.5 ke 5.6, 5.6 ke 5.7, dan 5.7 ke 8.0.

    Penurunan versi utama tidak didukung melalui Konsol. Untuk menurunkan versi, beli instans yang menjalankan versi sebelumnya, migrasikan data menggunakan DTS, lalu rilis instans dengan versi yang lebih tinggi. Untuk detailnya, lihat Migrasi data antar instans ApsaraDB RDS untuk MySQL dan Rilis atau batalkan langganan instans.

    Pilih metode peningkatan

    Metode Kapan digunakan
    Metode 1: Peningkatan melalui Konsol Instans termasuk dalam salah satu dari empat edisi yang didukung (lihat tabel di bawah) dan memenuhi semua persyaratan konfigurasi.
    Metode 2: Migrasi DTS Instans merupakan instans Serverless, Transparent Data Encryption (TDE) diaktifkan, atau instans tidak memenuhi persyaratan Metode 1.

    Edisi yang didukung dan persyaratan untuk Metode 1

    Tabel berikut mencantumkan empat edisi instans yang mendukung peningkatan langsung melalui Konsol beserta persyaratan spesifiknya.

    Edisi Kluster (ESSD dan disk performa premium)

    • Tidak dapat menggunakan MySQL Group Replication (MGR).

    • Jika proksi database dikonfigurasi, versi minornya harus 1.13.41 atau lebih baru.

    • Instans harus dalam status Running; node primary dan secondary harus sehat tanpa latensi replikasi.

    • Semua database dan tabel harus menggunakan Mesin penyimpanan InnoDB.

    • Tidak boleh menggunakan tipe instans yang sudah ditinggalkan.

    Edisi Ketersediaan Tinggi (ESSD dan disk performa premium)

    • Jika proksi database dikonfigurasi, versi minornya harus 1.13.41 atau lebih baru.

    • Instans harus dalam status Running; node primary dan secondary harus sehat tanpa latensi replikasi.

    • Semua database dan tabel harus menggunakan Mesin penyimpanan InnoDB.

    • Tidak boleh menggunakan tipe instans yang sudah ditinggalkan.

    Edisi Ketersediaan Tinggi (disk lokal performa premium)

    • Transparent Data Encryption (TDE) harus dinonaktifkan. TDE tidak dapat dinonaktifkan setelah diaktifkan — gunakan Metode 2 jika TDE aktif.

    • Jika proksi database dikonfigurasi, versi minornya harus 1.13.41 atau lebih baru.

    • Instans harus dalam status Running; node primary dan secondary harus sehat tanpa latensi replikasi.

    • Jumlah total tabel tidak boleh melebihi 1 juta.

    • Semua database dan tabel harus menggunakan Mesin penyimpanan InnoDB.

    • Versi target harus mendukung tipe instans saat ini untuk instans primary dan instansi hanya baca. Lihat Tipe instans primary ApsaraDB RDS untuk MySQL.

    Edisi Dasar (ESSD dan disk performa premium)

    Instans Serverless tidak mendukung peningkatan langsung melalui Konsol. Gunakan Metode 2.

    Perbaiki masalah konfigurasi sebelum peningkatan

    Jika instans Anda memenuhi syarat untuk Metode 1 tetapi belum memenuhi semua persyaratan, selesaikan masalah berikut terlebih dahulu.

    Masalah Penyelesaian
    Instans tidak dalam status Running (misalnya, Restarting). Tunggu hingga tugas saat ini selesai sebelum melakukan peningkatan.
    Jumlah tabel pada instans Edisi Ketersediaan Tinggi dengan disk lokal performa premium melebihi 1 juta. Hapus tabel yang tidak diperlukan sebelum peningkatan.
    Beberapa database atau tabel menggunakan mesin penyimpanan selain InnoDB. Jalankan ALTER TABLE <table_name> ENGINE=InnoDB; untuk mengonversi tabel tersebut.
    Instans menggunakan tipe instans yang sudah ditinggalkan. Ubah tipe instans sebelum peningkatan. Lihat Ubah konfigurasi instans.
    Versi minor proksi database di bawah 1.13.41. Tingkatkan versi minor proksi database. Lihat Tingkatkan versi minor mesin proksi database.
    Tipe penyimpanan instans adalah SSD standar. Tingkatkan dari SSD standar ke ESSD terlebih dahulu, lalu tingkatkan versi database.

    Metode 1: Peningkatan di Konsol

    Cara kerja peningkatan

    Proses peningkatan berbeda berdasarkan tipe disk:

    • Instans disk lokal performa premium: Sistem terlebih dahulu meningkatkan node secondary, kemudian melakukan alih bencana primary/secondary, lalu meningkatkan node primary asal. Harapkan gangguan layanan sekitar 15 detik.

    • Instans ESSD: Sistem menyediakan node baru, meningkatkannya, lalu mengalihkan koneksi ke node tersebut. Harapkan gangguan layanan sekitar 15 detik.

    Batasan tambahan:

    • Tidak ada lompatan versi lintas-versi: Peningkatan dilakukan satu versi utama dalam satu waktu. Misalnya, untuk beralih dari MySQL 5.6 ke 8.0, pertama tingkatkan ke 5.7, lalu ke 8.0.

    • Versi minor target: Instans ditingkatkan ke versi minor terbaru yang tersedia dari versi utama target.

    • Tidak ada penurunan spesifikasi: Penurunan versi tidak didukung melalui Konsol.

    • Perilaku pencadangan: Setelah peningkatan, Anda tidak dapat menggunakan set cadangan sebelum peningkatan untuk memulihkan instans ke versi baru. Gunakan hanya set cadangan yang dibuat setelah peningkatan.

    • Rollback (hanya ESSD): Untuk kembali ke versi lama, pulihkan dari pencadangan cloud disk yang dibuat sebelum peningkatan. Fitur ini tidak didukung untuk instans dengan disk lokal performa premium.

    Lakukan peningkatan selama jam sepi untuk mengurangi dampak terhadap aplikasi Anda.

    Prasyarat

    Sebelum memulai:

    • Tinjau perbedaan fitur untuk jalur peningkatan Anda (lihat Lampiran: Referensi peningkatan versi).

    • Verifikasi bahwa user-defined function tidak menggunakan kata kunci yang dicadangkan.

    • Pastikan pencadangan data lengkap yang berhasil tersedia dalam tujuh hari terakhir. Jika tidak, buat sekarang.

    • Verifikasi bahwa tersedia ruang disk kosong minimal 10 GB.

    • Pastikan aplikasi Anda memiliki mekanisme penghubungan ulang otomatis, atau jadwalkan peningkatan selama jam sepi. Untuk detail dampak alih bencana, lihat Dampak alih bencana instans.

    • Cadangkan catatan modifikasi parameter instans yang telah disesuaikan. Setelah peningkatan, beberapa parameter dari versi lama mungkin tidak lagi tersedia.

    • Tingkatkan periode retensi dan persentase penggunaan penyimpanan maksimum untuk log lokal. Lihat Ubah kebijakan log lokal.

    Pemeriksaan tambahan untuk 5.6 ke 5.7

    Pemeriksaan indeks teks penuh: Pada instans RDS untuk MySQL 5.6 dengan versi minor sebelum 20221130, indeks teks penuh disimpan di ruang tabel sistem. Meningkatkan ke 5.7 dapat merusak ruang tabel tersebut. Jika instans Anda menjalankan versi minor sebelumnya, tingkatkan terlebih dahulu ke versi minor 5.6 terbaru, lalu lanjutkan peningkatan versi utama. Lihat juga langkah troubleshooting indeks teks penuh di FAQ.

    Pemeriksaan tambahan untuk 5.7 ke 8.0

    Jalankan pemeriksaan berikut sebelum meningkatkan ke MySQL 8.0:

    • Kompatibilitas fitur: Verifikasi bahwa prosedur tersimpan, pemicu, tampilan, dan fungsi tidak menggunakan fitur yang dihapus di MySQL 8.0. Selesaikan ketidakcocokan apa pun sebelum peningkatan.

    • Ketergantungan tabel sistem: Periksa apakah aplikasi Anda melakukan kueri terhadap tabel sistem MySQL 5.7 (sys, mysql, information_schema, performance_schema). Beberapa tabel ini dihapus, diganti namanya, atau mengalami perubahan skema di versi 8.0.

    • Kompatibilitas tipe data: MySQL 8.0 menghentikan dukungan untuk beberapa tipe data lama. Jalankan REPAIR TABLE atau lakukan ekspor dan impor logis untuk menyelesaikan tipe data yang tidak kompatibel. Lihat Persiapkan instalasi Anda untuk peningkatan.

    • Nilai komentar: Versi minor 20221231 dan yang lebih baru memperkenalkan parameter loose_upgrade_clear_invalid_comment (default: ON). Saat diaktifkan, karakter acak pada komentar tabel, bidang, dan indeks akan secara otomatis dihapus selama peningkatan. Periksa nilai comment Anda untuk konten acak sebelum melanjutkan.

    • Prosedur tersimpan: Perbaiki karakter acak pada prosedur tersimpan atau fungsi sebelum peningkatan.

    • Tipe data waktu lama: Jika ada tabel yang menggunakan tipe data waktu dari MySQL 5.5 atau sebelumnya, bangun ulang tabel tersebut sebelum peningkatan. Jalankan perintah berikut untuk mengidentifikasi tabel yang terpengaruh:

      -- Tampilkan tipe data waktu lama.
SET SESSION show_old_temporals = ON;

-- Kueri untuk tabel yang berisi tipe data waktu lama.
SELECT TABLE_NAME, COLUMN_NAME, COLUMN_TYPE
FROM information_schema.columns
WHERE COLUMN_TYPE IN (
  'time /* 5.5 binary format */ ',
  'timestamp /* 5.5 binary format */',
  'datetime /* 5.5 binary format */ '
);

      Untuk membangun ulang tabel:

      ALTER TABLE <table_name> FORCE;

    Uji sebelum peningkatan

    Sebelum meningkatkan instans produksi:

    • Uji sintaksis: Buat instans RDS baru yang menjalankan versi target dan uji aplikasi Anda terhadapnya untuk menangkap ketidakcocokan sintaksis atau fitur.

    • Simulasi peningkatan: Kloning instans asli dan jalankan peningkatan pada kloning tersebut. Pastikan semua fitur berfungsi sebagaimana mestinya sebelum meningkatkan instans produksi.

    Prosedur peningkatan

    Alur peningkatan bergantung pada skenario. Gunakan tabel berikut untuk menemukan langkah yang tepat:

    Alur peningkatan Skenario yang berlaku
    Pemeriksaan awal, lalu peningkatan

    Edisi Ketersediaan Tinggi (disk lokal performa premium): 5.6 ke 5.7 atau 5.7 ke 8.0

    Edisi Ketersediaan Tinggi (ESSD atau disk performa premium) dan Edisi Kluster (ESSD atau disk performa premium): 5.7 ke 8.0
    Peningkatan langsung

    Edisi Ketersediaan Tinggi (disk lokal performa premium): 5.5 ke 5.6

    Edisi Dasar (ESSD atau disk performa premium): 5.7 ke 8.0

    Pemeriksaan awal, lalu peningkatan

    1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada. Klik ID instans.

    2. Di panel navigasi kiri, klik Major Version Upgrade untuk membuka halaman Upgrade Check.

    3. Dari daftar drop-down Select upgrade version, pilih versi target. Klik Create upgrade check report. Untuk detail cara menafsirkan laporan tersebut, lihat Deskripsi laporan pemeriksaan peningkatan versi utama.

      image

    4. Setelah pemeriksaan selesai tanpa risiko, beralihlah ke tab Upgrade Instance.

    5. Dari daftar drop-down Select upgrade version, pilih versi target. Klik Upgrade Instance.

      image

    6. Di kotak dialog Major Engine Version Upgrade, konfirmasi versi target, pilih Switching Time, lalu klik Upgrade.

      image

    Peningkatan langsung

    1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada. Klik ID instans.

    2. Di bagian Basic Information > Configuration Information, klik Upgrade Major Engine Version.

      Jika opsi ini tidak tersedia, verifikasi bahwa instans Anda memenuhi persyaratan peningkatan.

    3. Di kotak dialog, pilih waktu peralihan lalu klik Yes.

      • Switch Immediately: Memulai peningkatan segera.

      • Switch Within Maintenance Window: Memulai peningkatan selama jendela pemeliharaan berikutnya. Klik Settings di samping Maintenance Window untuk menyesuaikan jendela tersebut.

      Selama peningkatan, status instans menunjukkan Migrating Version.

    Metode 2: Peningkatan menggunakan migrasi DTS

    Untuk instans yang tidak dapat ditingkatkan secara langsung—seperti instans Serverless atau instans dengan TDE diaktifkan—buat instans baru yang menjalankan versi target, lalu migrasikan data dari instans asli menggunakan Data Transmission Service (DTS).

    1. Buat instans ApsaraDB RDS untuk MySQL baru yang menjalankan versi target.

    2. Migrasikan data ke instans baru menggunakan tugas migrasi data DTS.

    3. Rilis instans asli setelah memastikan migrasi berhasil.

    Penting

    Setelah migrasi lintas versi utama, jalankan uji kompatibilitas dan pantau instans baru sebelum merilis instans asli.

    Contoh: Instans MySQL 5.7 dengan TDE yang diaktifkan tidak dapat ditingkatkan secara langsung. Buat instans MySQL 8.0 baru, migrasikan data menggunakan DTS, validasi migrasi, lalu rilis instans 5.7.

    FAQ

    Mengapa failover instans terjadi selama peningkatan?

    Untuk meminimalkan risiko, peningkatan mengikuti pendekatan bertahap. Untuk instans dengan disk lokal performa premium, node secondary ditingkatkan terlebih dahulu, lalu terjadi alih bencana. Untuk instans ESSD, node baru disediakan dan ditingkatkan, lalu koneksi dialihkan. Gangguan berlangsung sekitar 15 detik dalam kedua kasus. Untuk detail dampak alih bencana, lihat Dampak failover primary/secondary.

    Apakah node primary dan secondary ditingkatkan secara bersamaan?

    Tidak. Untuk instans dengan disk lokal performa premium, node secondary ditingkatkan terlebih dahulu, diikuti oleh node primary setelah alih bencana.

    Bagaimana cara meningkatkan instans Edisi Dasar yang menjalankan MySQL 5.7 dengan penyimpanan SSD standar?

    Pertama tingkatkan tipe penyimpanan dari SSD standar ke ESSD, lalu tingkatkan versi database.

    Apakah templat parameter dipertahankan setelah peningkatan?

    Bergantung pada jenis templatnya. Templat parameter sistem secara otomatis dialihkan ke templat yang sesuai untuk versi baru—misalnya, MySQL_InnoDB_5.7_High-availability_Performance menjadi MySQL_InnoDB_8.0_High-availability_Performance setelah peningkatan dari 5.7 ke 8.0. Templat parameter kustom tidak dipertahankan.

    Apakah saya dapat melakukan operasi lain pada instans selama peningkatan berlangsung?

    Tidak. Operasi lain tersedia hanya setelah peningkatan selesai.

    Apakah peningkatan versi utama berjalan secara otomatis?

    Tidak. Peningkatan versi utama otomatis tidak didukung.

    Apakah saya dapat menurunkan versi?

    Penurunan versi langsung tidak didukung melalui Konsol. Beli instans yang menjalankan versi sebelumnya, gunakan DTS untuk migrasi data dari instans versi lebih tinggi, dan rilis instans versi lebih tinggi setelah memverifikasi migrasi. Lihat Migrasi data antar instans RDS.

    Apakah gangguan koneksi selalu 15 detik, bahkan ketika terdapat instansi hanya baca?

    Ya. Gangguan 15 detik berlaku terlepas dari apakah instansi hanya baca terhubung atau tidak. Lakukan peningkatan selama jam sepi.

    Peningkatan dari 5.6 ke 5.7 (atau 5.7 ke 8.0) gagal dengan error indeks teks penuh. Bagaimana cara memperbaikinya?

    Hal ini terjadi karena indeks teks penuh pada instans RDS untuk MySQL 5.6 lama (versi minor sebelum 20221130) disimpan di ruang tabel sistem. Meningkatkan dari konfigurasi ini dapat merusak ruang tabel tersebut.

    Masalah ini telah diperbaiki di RDS untuk MySQL 5.6 versi 20221130—indeks teks penuh kini disimpan di ruang tabel terpisah.

    Untuk menyelesaikan:

    1. Hapus indeks teks penuh yang diidentifikasi dalam pesan error:

      ALTER TABLE $table_name DROP INDEX $fts_name;

    2. Buat ulang indeks teks penuh:

      ALTER TABLE $table_name ADD FULLTEXT INDEX $fts_name;

    3. Verifikasi bahwa tidak ada indeks teks penuh yang tersisa di ruang tabel sistem:

      SELECT NAME FROM information_schema.INNODB_SYS_TABLES
WHERE TABLE_ID IN (
  SELECT CONV(SUBSTRING_INDEX(SUBSTRING_INDEX(NAME, '_', -4), '_', 1), 16, 10)
  FROM INNODB_SYS_TABLES
  WHERE NAME LIKE '%fts_00000000%' AND SPACE = 0
);

      Hasil kosong berarti peningkatan dapat dilanjutkan tanpa masalah ini.

    Penting

    Sebelum meningkatkan ke 5.7, pastikan instans menjalankan RDS untuk MySQL 5.6 versi 20221130 atau lebih baru. Jika tidak, tingkatkan versi minor terlebih dahulu.

    Setelah meningkatkan dari 5.7 ke 8.0, muncul error 267 "Illegal mix of collations". Bagaimana cara memperbaikinya?

    Hal ini terjadi karena MySQL 8.0 mengubah aturan pengurutan default untuk utf8mb4 dari utf8mb4_general_ci (digunakan di 5.7) menjadi utf8mb4_0900_ai_ci. Kueri yang membandingkan kolom dengan aturan pengurutan berbeda akan gagal.

    Jalankan perintah berikut untuk menyelaraskan aturan pengurutan:

    -- Perbarui aturan pengurutan database.
ALTER DATABASE database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci;

-- Perbarui aturan pengurutan tabel.
ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;

-- Perbarui aturan pengurutan kolom.
ALTER TABLE table_name CHANGE column_name column_name type CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;

    Lampiran: Referensi peningkatan versi

    Manfaat peningkatan dari MySQL 5.7 ke 8.0

    • Keamanan yang lebih baik dengan fleksibilitas lebih besar dalam manajemen akun.

    • Dukungan untuk membuat dan mengelola kelompok sumber daya.

    • Fitur Mesin penyimpanan InnoDB yang ditingkatkan.

    • Set karakter, tipe data, sintaksis, kunci pencadangan, dan flag optimizer_switch baru.

    • Fungsionalitas JSON dan XML yang ditingkatkan.

    • Pengoptimal dan kinerja replikasi yang lebih baik.

    • Dukungan untuk indeks multi-nilai dan optimasi penurunan kondisi turunan.

    • Dukungan untuk membaca tabel grant MySQL dan kontrol alokasi sumber daya.

    Manfaat peningkatan dari MySQL 5.6 ke 5.7

    • Fitur keamanan yang lebih baik: manajemen password, penguncian akun, dan koneksi terenkripsi.

    • Dukungan DDL Online, termasuk mengganti nama indeks dengan RENAME INDEX.

    • Skalabilitas InnoDB yang lebih baik dan kinerja tabel temporary yang lebih cepat.

    • Dukungan JSON native.

    • Index Condition Pushdown (ICP) untuk tabel partisi dan indeks spasial InnoDB baru.

    • Parser, pengoptimal, dan model biaya yang ditingkatkan.

    • Dukungan set karakter yang diperluas, termasuk standar nasional GB18030.

    • Plugin parser teks penuh ngram untuk bahasa Tionghoa, Jepang, dan Korea.

    • Thread dump sumber yang dioptimalkan untuk throughput lebih tinggi dan latensi replikasi yang berkurang.

    • Database sistem sys untuk metrik pemantauan.

    Perbedaan fitur antara MySQL 5.7 dan 8.0

    Tabel berikut mencantumkan perbedaan terpilih. Untuk daftar lengkap, lihat Catatan Rilis MySQL.
    Fitur MySQL 5.7 MySQL 8.0
    GRANT ... IDENTIFIED BY PASSWORD syntax Didukung Tidak didukung
    PASSWORD() function Didukung Tidak didukung
    FLUSH QUERY CACHE dan RESET QUERY CACHE syntax Didukung Tidak didukung
    SQL_MODE parameters: DB2, MAXDB, MSSQL, MYSQL323, MYSQL40, ORACLE, POSTGRESQL, NO_FIELD_OPTIONS, NO_KEY_OPTIONS, NO_TABLE_OPTIONS Didukung Tidak didukung
    Pengurutan otomatis default untuk GROUP BY Didukung Tidak didukung
    EXTENDED atau PARTITIONS keyword in syntax Didukung Tidak didukung
    Fungsi enkripsi: ENCODE(), DECODE(), ENCRYPT() Didukung Tidak didukung
    Fungsi analisis spasial Didukung Tidak didukung
    Fungsi yang menerima argumen string WKB tetapi bukan argumen geometri Didukung Tidak didukung
    Parsing \N sebagai NULL Didukung Tidak didukung
    PROCEDURE ANALYSE() function Didukung Tidak didukung
    Tabel partisi yang menggunakan mesin penyimpanan NDB Didukung Tidak didukung
    Kompresi tabel temporary menggunakan InnoDB Didukung Tidak didukung
    JSON_APPEND() function Didukung Tidak didukung
    Partisi tabel dalam ruang tabel bersama Didukung Tidak didukung
    ALTER TABLE ... UPGRADE PARTITIONING syntax Didukung Tidak didukung

    Perbedaan fitur antara MySQL 5.6 dan 5.7

    Tabel berikut mencantumkan perbedaan terpilih. Untuk daftar lengkap, lihat Catatan Rilis MySQL.
    Fitur MySQL 5.6 MySQL 5.7
    CREATE...AS SELECT in GTID mode Didukung Tidak didukung
    Tabel temporary dalam transaksi dalam mode GTID Didukung Tidak didukung
    Menentukan kunci partisi dalam tabel partisi Didukung Tidak didukung
    ENGINE_NO_CACHE syntax Didukung Tidak didukung
    Indeks tak terlihat Didukung Tidak didukung
    UPDATE non_affected_rows INSERT syntax Didukung Tidak didukung
    Perintah terkait proxy Menggunakan perintah SET Menggunakan CALL PROCEDURE
    Mesin TokuDB, Sphinx, RocksDB, dan Memory Didukung Tidak didukung
    str_ord() function Didukung Tidak didukung
    raiseerror() function Didukung Tidak didukung
    OPTIMIZE TABLE table ASYNC Didukung Tidak didukung
    INFORMATION.TABLE_UTILIZATION table Didukung Tidak didukung
    requesting_thd_id dan blocking_thd_id columns in INFORMATION_SCHEMA.INNODB_LOCK_WAITS Didukung Tidak didukung
    INFORMATION_SCHEMA.INNODB_RSEG table Didukung Tidak didukung
    INFORMATION_SCHEMA.INNODB_IO_STATUS table Didukung Tidak didukung
    Kompresi kolom Didukung Tidak didukung
    Query Plan Cache Didukung Tidak didukung
    LIMIT + UNION syntax Tanda kurung tidak diperlukan Tanda kurung diperlukan
    SHOW FULL PROCESSLIST — memory dan query_memory dihapus
    max_statement_time / max_execution_time Keduanya didukung max_statement_time dihapus; hanya max_execution_time yang dipertahankan
    RDS_SQL_MAX_AFFECTED syntax Didukung Dihapus; gunakan rds_sql_max_affected_rows sebagai gantinya
    Parameter kontrol konkurensi innodb_adaptive_tickets_algo, innodb_min_concurrency_tickets, rds_threads_running_ctl_mode, rds_threads_running_high_watermark, rds_filter_key_cmp_in_order, rds_reset_all_filter, rds_sql_delete_filter, rds_sql_select_filter, rds_sql_update_filter, rds_strict_concurrency, rds_thread_extra_concurrency, rds_strict_trx_idle_timeout, rds_sql_buf_read_bandwidth, rds_sql_buf_read_threshold_bytes, rds_sql_buf_write_bandwidth, rds_sql_buf_write_threshold_bytes, rds_sql_max_iops Dihapus
    Variabel jumlah koneksiextra_max_connections, rds_root_connections, rds_sysinfo_connections, rds_sysinfo_user_list Dihapus
    Replikasi dengan dan tanpa GTID Didukung Tidak didukung
    sql_slave_skip_counter dengan GTID Didukung Tidak didukung
    CREATE...SELECT dalam replikasi Didukung Tidak didukung
    SHOW SLAVE LAG Didukung Tidak didukung
    SHOW SLAVE STATUS timeout Didukung Tidak didukung
    SHOW SLAVE STATUS output Informasi lengkap Informasi dikurangi
    sql_thread execution timeout Didukung Tidak didukung
    sql_thread statement skipping Didukung Tidak didukung
    Penyesuaian kecepatan transmisi log biner Didukung Tidak didukung
    rds_rpl_receive_buffer_difftime Didukung Tidak didukung
    rds_rpl_receive_buffer_size Didukung Tidak didukung
    Penyesuaian terkait log — Log error MySQL 5.7 tidak lagi mencatat alamat IP, pengguna, dan latensi I/O atau jaringan untuk SHUTDOWN. Menampilkan nama tabel untuk kunci duplikat tidak lagi didukung.
    Tipe data waktu lama (TIME, DATETIME, TIMESTAMP dari sebelum 5.6.4) Tidak mendukung mikrodetik Presisi mikrodetik didukung; tabel dengan format lama dibangun ulang selama peningkatan, yang dapat memperlambat proses

    Perbedaan fitur antara MySQL 5.5 dan 5.6

    Tabel berikut mencantumkan perbedaan terpilih. Untuk daftar lengkap, lihat Manual Referensi MySQL 5.6.
    Fitur MySQL 5.5 MySQL 5.6
    Indeks teks penuh Tidak didukung Didukung
    DDL online InnoDB Tidak didukung Didukung sebagian
    Batas ukuran log REDO 4 GB 512 GB
    Pembersihan halaman kotor Single-threaded Thread flushing khusus
    Purge Single-threaded Multi-threaded
    EXCHANGE PARTITION Tidak didukung Didukung
    Pemilihan partisi eksplisit dalam DML Tidak didukung Didukung
    INFORMATION_SCHEMA — Lebih banyak informasi kolam buffer; lebih banyak metadata untuk tabel, indeks, dan bidang
    PERFORMANCE_SCHEMA — Lebih banyak informasi pemantauan dan format tampilan
    Replikasi — Replikasi berbasis GTID; penerapan secondary multi-threaded; FLUSH MASTER/FLUSH SLAVE diganti nama menjadi RESET MASTER/RESET SLAVE; SLAVE START/SLAVE STOP diganti nama menjadi START SLAVE/STOP SLAVE.
    Penting

    Setelah peningkatan dari 5.5 ke 5.6, instans secara otomatis beralih ke replikasi berbasis GTID.
    Pengoptimal — Multi-Range Read; Index Condition Pushdown (ICP); dukungan Optimizer_trace
    Purge Large File Asynchronously Tidak didukung Didukung
    Thread Pool Tidak didukung Didukung
    Performance Agent Tidak didukung Didukung
    Faster DDL Tidak didukung Didukung
    Sequence Engine Tidak didukung Didukung

    Referensi API

    Operasi API Deskripsi
    Tingkatkan versi utama database RDS MySQL Meningkatkan versi utama database instans RDS.

    Langkah selanjutnya