ApsaraDB RDS:Tingkatkan versi database

Pilih metode peningkatan

Baik Metode 1: Langsung tingkatkan versi database di konsol maupun Metode 2: Tingkatkan versi database menggunakan DTS mendukung jalur peningkatan MySQL berikut: MySQL 5.5 ke 5.6, 5.6 ke 5.7, 5.7 ke 8.0, dan 8.0 ke 8.4. Sebelum meningkatkan database, pilih metode peningkatan yang sesuai berdasarkan informasi berikut:

• Jika instans Anda termasuk dalam salah satu dari empat kategori berikut dan konfigurasinya memenuhi persyaratan yang sesuai, gunakan Metode 1: Langsung tingkatkan versi database di konsol.

  Catatan

  Instans Serverless tidak mendukung peningkatan langsung dari konsol. Anda harus menggunakan Metode 2: Tingkatkan versi database menggunakan DTS.

  Edisi Kluster (ESSD dan disk performa premium)

  • Pembatasan replikasi grup: Anda tidak dapat meningkatkan instans Edisi Kluster yang menggunakan MySQL Group Replication (MGR).

  • Pembatasan proksi database (jika berlaku): Untuk peningkatan dari 5.7 ke 8.0, versi minor proksi database harus 1.13.41 atau lebih baru. Untuk peningkatan dari 8.0 ke 8.4, versi minor proksi database harus 2.25.11 atau lebih baru.

  • Pembatasan status instans: Status instans harus Running, dan node primer serta sekunder harus dalam kondisi sehat tanpa latensi replikasi.

  • Pembatasan engine: Database dan semua tabelnya harus menggunakan Mesin penyimpanan InnoDB.

  • Instans tidak boleh menggunakan tipe instans yang telah dihentikan.

  Edisi Ketersediaan Tinggi (ESSD dan disk performa premium)

  • Pembatasan proksi database (jika berlaku): Untuk peningkatan dari 5.7 ke 8.0, versi minor proksi database harus 1.13.41 atau lebih baru. Untuk peningkatan dari 8.0 ke 8.4, versi minor proksi database harus 2.25.11 atau lebih baru.

  • Pembatasan status instans: Status instans harus Running, dan node primer serta sekunder harus dalam kondisi sehat tanpa latensi replikasi.

  • Pembatasan engine: Database dan semua tabelnya harus menggunakan Mesin penyimpanan InnoDB.

  • Instans tidak boleh menggunakan tipe instans yang telah dihentikan.

  Edisi Ketersediaan Tinggi (disk lokal performa premium)

  • Pembatasan enkripsi: Fitur Enkripsi data transparan (TDE) harus dinonaktifkan. Setelah TDE diaktifkan, fitur tersebut tidak dapat dinonaktifkan. Jika TDE diaktifkan pada instans Anda, Anda harus menggunakan Metode 2: Tingkatkan versi database menggunakan DTS.

  • Pembatasan proksi database (jika berlaku): Untuk peningkatan dari 5.7 ke 8.0, versi minor proksi database harus 1.13.41 atau lebih baru. Untuk peningkatan dari 8.0 ke 8.4, versi minor proksi database harus 2.25.11 atau lebih baru.

  • Pembatasan status instans: Status instans harus Running, dan node primer serta sekunder harus dalam kondisi sehat tanpa latensi replikasi.

  • Pembatasan jumlah tabel: Jumlah tabel tidak boleh melebihi 1 juta.

  • Pembatasan engine: Database dan semua tabelnya harus menggunakan Mesin penyimpanan InnoDB.

  • Pembatasan tipe instans: Versi database setelah peningkatan harus mendukung tipe instans asli dari instans primer dan instans hanya baca. Instans tidak boleh menggunakan tipe instans yang telah dihentikan. Untuk informasi selengkapnya, lihat Tipe instans primer ApsaraDB RDS untuk MySQL.

  Edisi Dasar (ESSD dan disk performa premium)

  • Pembatasan status instans: Status instans harus Running.

  • Pembatasan engine: Database dan semua tabelnya harus menggunakan Mesin penyimpanan InnoDB.

  • Instans tidak boleh menggunakan tipe instans yang telah dihentikan.

• Jika instans Anda tidak termasuk dalam salah satu dari empat kategori sebelumnya atau jika TDE diaktifkan, gunakan Metode 2: Tingkatkan versi database menggunakan DTS.

• Jika instans Anda termasuk dalam salah satu dari empat kategori sebelumnya tetapi konfigurasinya tidak memenuhi persyaratan, Anda dapat memodifikasi konfigurasi seperti yang dijelaskan dalam tabel berikut. Setelah itu, Anda dapat menggunakan Metode 1: Langsung tingkatkan versi database di konsol atau Metode 2: Tingkatkan versi database menggunakan DTS.

  Masalah	Solusi
  Status instans bukan Running; misalnya, berstatus Restarting.	Tunggu hingga tugas saat ini selesai sebelum meningkatkan versi database.
  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 tidak menggunakan engine InnoDB.	Jalankan perintah ALTER TABLE <table_name> engine=InnoDB; untuk beralih ke engine InnoDB.
  Instans menggunakan tipe instans yang telah dihentikan.	Tingkatkan tipe instans sebelum meningkatkan versi database. Untuk informasi selengkapnya, lihat Ubah konfigurasi.
  Versi minor proksi database tidak memenuhi persyaratan.	Tingkatkan versi minor proksi database ke 1.13.41 atau lebih baru. Untuk informasi selengkapnya, lihat Tingkatkan versi minor engine proksi database.
  Tipe penyimpanan instans adalah SSD standar.	Pertama, tingkatkan SSD standar menjadi enterprise SSD (ESSD), lalu tingkatkan versi database.

Untuk meningkatkan versi utama database mesin database lainnya, lihat topik berikut:

• Tingkatkan versi utama database instans ApsaraDB RDS untuk PostgreSQL

• Tingkatkan versi utama database instans ApsaraDB RDS untuk SQL Server

Metode 1: Langsung tingkatkan versi database di konsol

Metode 2: Tingkatkan versi database menggunakan DTS

Untuk instans yang tidak mendukung peningkatan langsung dari konsol, Anda dapat membuat instans baru dengan versi database lebih baru, lalu menggunakan tugas migrasi data DTS untuk memigrasikan data dari instans asli ke instans baru tersebut—proses ini secara tidak langsung meningkatkan versi database. Proses ini mencakup langkah-langkah berikut:

1. Buat instans baru

2. Migrasikan data ke instans baru

3. Lepaskan instans asli

Contoh: Anda memiliki instans MySQL 5.7 dengan TDE diaktifkan, yang tidak dapat ditingkatkan langsung dari konsol. Dalam kasus ini, Anda dapat membuat instans baru yang menjalankan MySQL 8.0, memigrasikan data dari instans asli ke instans baru tersebut, lalu melepas instans asli—hal ini secara tidak langsung meningkatkan versi database.

Lampiran 1: Manfaat peningkatan dari MySQL 8.0 ke MySQL 8.4

• Stabilitas jangka panjang yang ditingkatkan. MySQL 8.4 adalah rilis LTS yang cocok untuk penggunaan jangka panjang di lingkungan produksi. Rilis 8.4.x selanjutnya berfokus pada stabilitas, perbaikan keamanan, dan pemeliharaan kompatibilitas.

• Otentikasi yang ditingkatkan. Mendukung otentikasi WebAuthn/FIDO2. Edisi Perusahaan dapat menggunakan kunci keamanan, biometrik, dan metode otentikasi lainnya. Di Windows, otentikasi SASL LDAP/GSSAPI/Kerberos didukung.

• Kemampuan GTID yang ditingkatkan. Mendukung GTID bertanda. Anda dapat menggunakan format UUID:TAG:NUMBER untuk membedakan domain bisnis, operasi administratif, atau operasi data yang berbeda, dan hak istimewa TRANSACTION_GTID_TAG menyediakan kontrol akses.

• Ketersediaan replikasi yang ditingkatkan. Applier multithread mendukung SQL_AFTER_GTIDS, sehingga replikasi paralel dapat dilanjutkan ketika replika mengejar ketinggalan ke set GTID tertentu.

• Pemulihan log relay yang ditingkatkan. Mendukung pembersihan transaksi yang tidak lengkap di akhir log relay dan file sisa terkait, yang mengurangi risiko pemulihan akibat ketidaksesuaian log relay setelah shutdown tidak normal.

• Operasi Group Replication yang ditingkatkan. Dalam seri LTS 8.4, anggota grup lintas versi dan penurunan versi di tempat didukung, penundaan untuk operasi DDL dan DCL selama alih bencana primer lebih lengkap, dan pembersihan awal informasi otentikasi didukung dalam mode single-primary untuk mengurangi risiko memori dan alih bencana.

• Statistik yang ditingkatkan. Histogram mendukung kontrol pembaruan otomatis atau manual, yang membantu meningkatkan kemampuan pengontrolan pemeliharaan statistik pengoptimal.

• Diagnostik rencana eksekusi yang ditingkatkan. EXPLAIN FORMAT=JSON mendukung pemilihan versi format, EXPLAIN FORMAT=JSON INTO menulis output ke variabel pengguna, dan EXPLAIN FOR SCHEMA serta FOR DATABASE didukung, yang memfasilitasi diagnosa SQL lintas skema.

• Validasi sertifikat TLS yang ditingkatkan. Mendukung validasi sertifikat TLS yang lebih ketat untuk meningkatkan keamanan koneksi terenkripsi.

• Clone yang ditingkatkan. Dalam seri utama atau minor yang sama, operasi clone tidak lagi memerlukan kecocokan rilis titik yang tepat, yang memfasilitasi inisialisasi, pemulihan, dan penskalaan instans antar versi 8.4.x.

• Audit dan firewall yang ditingkatkan. Enterprise Firewall mendukung pemuatan ulang cache berkala dan skema objek internal kustom untuk fleksibilitas operasional yang lebih besar.

• Migrasi manajemen kunci yang ditingkatkan. Mendukung migrasi dari komponen keyring ke plugin keyring, yang meningkatkan fleksibilitas untuk migrasi enkripsi dan skenario kompatibilitas.

• Observabilitas peningkatan yang ditingkatkan. Direktori data mempertahankan mysql_upgrade_history dalam format JSON yang mencatat riwayat instalasi dan peningkatan untuk audit dan troubleshooting.

• Evolusi SQL dan pengoptimal yang ditingkatkan. Menambahkan kata kunci seperti TABLESAMPLE, QUALIFY, dan PARALLEL untuk memberikan fondasi bagi ekstensi SQL dan pengoptimal di masa depan.

Lampiran 2: Manfaat peningkatan dari MySQL 5.7 ke MySQL 8.0

• Meningkatkan keamanan dan memberikan fleksibilitas lebih besar dalam manajemen akun.

• Mendukung pembuatan dan manajemen kelompok sumber daya.

• Menyempurnakan fitur Mesin penyimpanan InnoDB.

• Menambah dukungan untuk set karakter baru, tipe data, sintaksis, kunci cadangan baru, dan flag optimizer_switch.

• Menyempurnakan fungsionalitas JSON dan XML.

• Menyempurnakan fitur pengoptimal.

• Meningkatkan kinerja replikasi.

• Mendukung pembuatan indeks multi-nilai dan optimasi penurunan kondisi turunan.

• Mendukung pembacaan tabel grant MySQL.

• Mendukung kontrol alokasi sumber daya.

Lampiran 3: Manfaat peningkatan dari MySQL 5.6 ke MySQL 5.7

• Menambah fitur seperti manajemen password, penguncian akun, dan koneksi terenkripsi untuk meningkatkan keamanan database.

• Mendukung operasi Online DDL, seperti mengganti nama indeks menggunakan RENAME INDEX.

• Meningkatkan skalabilitas engine InnoDB dan kinerja tabel sementara untuk pemuatan data lebih cepat.

• Mendukung JSON.

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

• Mengoptimalkan sebagian besar parser, pengoptimal, dan model biaya untuk meningkatkan kemampuan pemeliharaan, skalabilitas, dan kinerja database.

• Memperluas jangkauan set karakter yang didukung, termasuk set karakter GB18030 yang ditentukan oleh standar nasional Tiongkok.

• Menyediakan plugin parser teks penuh ngram, yang mendukung bahasa Tiongkok, Jepang, dan Korea.

• Mengoptimalkan thread dump sumber untuk mengurangi kontensi kunci dan meningkatkan throughput sumber.

• Mengurangi latensi replikasi secara signifikan.

• Menambah database sistem sys, yang menyediakan banyak metrik dan mengurangi penggunaan penyimpanan, sehingga meningkatkan kegunaan database secara signifikan.

Lampiran 4: Perbedaan fitur antara MySQL 8.4 dan MySQL 8.0

Lampiran 5: Perbedaan fitur antara MySQL 8.0 dan MySQL 5.7

Lampiran 6: Perbedaan fitur antara MySQL 5.7 dan MySQL 5.6

Lampiran 7: Perbedaan fitur antara MySQL 5.5 dan MySQL 5.6

FAQ

• Q: Mengapa terjadi failover instance selama peningkatan? Apakah ada risiko serius lainnya?

  J: Untuk memastikan stabilitas layanan, instans dengan disk lokal performa premium ditingkatkan dengan terlebih dahulu meningkatkan node sekunder lalu melakukan alih bencana. Instans dengan ESSD ditingkatkan dengan membuat node baru lalu melakukan alih bencana. Tidak ada risiko serius lainnya. Untuk informasi selengkapnya tentang dampak failover primer/sekunder, lihat Dampak failover primer/sekunder.

• T: Apakah node primer dan sekunder ditingkatkan secara bersamaan?

  J: Saat Anda meningkatkan disk lokal berkinerja-tinggi, instans sekunder ditingkatkan terlebih dahulu, diikuti oleh instans primer.

• T: Bagaimana cara meningkatkan instans Edisi Dasar yang menjalankan MySQL 5.7 dengan SSD standar?

  J: Anda tidak dapat langsung meningkatkan jenis instans ini. Untuk meningkatkan instans Edisi Dasar yang menjalankan MySQL 5.7 dengan SSD standar, Anda harus terlebih dahulu mengubah tipe penyimpanan dari SSD standar ke ESSD, lalu meningkatkan versi database.

• T: Apakah template parameter dipertahankan setelah versi database ditingkatkan?

  J: Tergantung. Jika instans menggunakan template parameter sistem sebelum peningkatan, template tersebut secara otomatis dialihkan ke template parameter sistem yang sesuai untuk versi baru. Misalnya, instans yang menggunakan template parameter MySQL_InnoDB_5.7_High-availability_Performance dialihkan ke template parameter MySQL_InnoDB_8.0_High-availability_Performance setelah peningkatan dari MySQL 5.7 ke 8.0. Namun, jika instans menggunakan template parameter kustom, template parameter tersebut tidak dipertahankan setelah peningkatan.

• T: Dapatkah saya memodifikasi instans selama peningkatan versi database?

  J: Tidak, Anda tidak dapat melakukannya. Anda hanya dapat melakukan operasi lain pada instans setelah peningkatan selesai.

• T: Apakah versi database mendukung peningkatan otomatis?

  J: Tidak, tidak mendukung. Peningkatan versi utama otomatis tidak didukung.

• T: Dapatkah saya menurunkan versi database?

  J: Tidak, Anda tidak dapat menurunkan versi secara langsung dari konsol. Pilih salah satu metode berikut berdasarkan apakah instans berisi data bisnis:

  • Dengan data bisnis: Beli instans yang menjalankan versi sebelumnya, gunakan DTS untuk memigrasikan data dari instans versi lebih tinggi ke instans versi lebih rendah yang baru, lalu lepaskan instans versi lebih tinggi setelah migrasi selesai. Hal ini secara tidak langsung menurunkan versi database. Untuk informasi selengkapnya, lihat Migrasi data antar instans RDS.

  • Tanpa data bisnis: Batalkan langganan instans asli dan beli instans baru yang menjalankan versi sebelumnya yang diperlukan. Untuk instans langganan, ikuti proses pengembalian dana untuk membatalkan langganan. Untuk instans berbayar sesuai penggunaan, lepaskan langsung.

• T: Saat saya meningkatkan instans RDS for MySQL dari 5.6 ke 5.7 atau dari 5.7 ke 8.0, peningkatan gagal. Pesannya "Instans saat ini memiliki indeks teks penuh dan versi minornya sebelum 20221130. Harap tingkatkan versi minor terlebih dahulu sebelum menghapus dan membangun ulang indeks teks penuh" atau "Instans saat ini berisi indeks teks penuh yang dibangun di ruang tabel sistem. Harap hapus dan bangun ulang indeks teks penuh yang sesuai sebelum melanjutkan peningkatan." Apa penyebab dan solusinya?

  J: Penyebab dan solusinya adalah sebagai berikut:

  • Penyebab

    Karena masalah historis di MySQL, saat Anda membuat indeks teks penuh pada versi awal MySQL 5.6, indeks tersebut dibangun di ruang tabel sistem. Saat Anda meningkatkan ke versi 5.7 atau 8.0, indeks teks penuh di ruang tabel sistem dapat menyebabkan korupsi ruang tabel. Oleh karena itu, Anda harus menyelesaikan masalah ini sebelum peningkatan untuk mencegah korupsi data dan ketidakaksesan.

    Catatan

    Masalah ini telah diperbaiki di RDS for MySQL 5.6 versi 20221130. Indeks teks penuh kini dibangun di ruang tabel terpisah.

  • Solusi

    Penting

    Indeks teks penuh pada versi awal RDS for MySQL 5.6 dibuat di ruang tabel sistem. Oleh karena itu, pastikan bahwa versi yang Anda tingkatkan adalah RDS for MySQL 5.6 20221130 atau lebih baru sebelum meningkatkan ke RDS for MySQL 5.7. Jika Anda menggunakan versi sebelumnya, tingkatkan terlebih dahulu ke versi terbaru RDS for MySQL 5.6.

    1. Berdasarkan nama tabel dalam prompt, hapus indeks teks penuh yang dibangun di ruang tabel sistem.

       # Hapus indeks teks penuh.
       ALTER TABLE $table_name DROP INDEX $fts_name;

    2. Buat ulang indeks teks penuh.

       # Buat ulang indeks teks penuh.
       ALTER TABLE $table_name ADD FULLTEXT INDEX $fts_name;

    3. Setelah membuat indeks, Anda dapat menjalankan pernyataan SQL berikut untuk memeriksa indeks teks penuh pada instans saat ini. Pernyataan ini mengembalikan indeks teks penuh apa pun yang dibangun di ruang tabel sistem. Jika kueri mengembalikan hasil kosong, peningkatan dari RDS for MySQL 5.6 ke RDS for MySQL 5.7 tidak akan gagal karena masalah ini.

       # Kueri untuk indeks teks penuh yang dibangun 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);

• T: Saat saya meningkatkan instans RDS for MySQL dari 5.7 ke 8.0, muncul kesalahan 267 - Illegal mix of collations (utf8mb4_general_ci,IMPLICIT) and (utf8mb4_0900_ai_ci,IMPLICIT) for operation '='. Bagaimana cara menanganinya?

  J: Periksa set karakter dan aturan pengurutan di MySQL. Jika Anda menggunakan utf8mb4_general_ci, jalankan pernyataan SQL berikut untuk mengubahnya menjadi utf8mb4_0900_ai_ci.

  # Ubah set karakter dan aturan pengurutan database.
  ALTER DATABASE database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci;
  # Ubah set karakter dan aturan pengurutan tabel.
  ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;
  # Ubah set karakter dan aturan pengurutan bidang.
  ALTER TABLE table_name CHANGE column_name column_name type CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;

  Jika Anda membuat tabel dengan aturan pengurutan utf8mb4_general_ci di MySQL 5.7 lalu meningkatkan ke MySQL 8.0, sistem menggunakan utf8mb4_0900_ai_ci sebagai aturan pengurutan default. Jika Anda menjalankan kueri yang membandingkan kolom yang menggunakan utf8mb4_general_ci dengan kolom yang menggunakan utf8mb4_0900_ai_ci, MySQL tidak dapat memproses dua aturan pengurutan yang berbeda, yang mengakibatkan kesalahan.

• T: Apakah waktu koneksi sementara untuk peningkatan versi utama selalu 15 detik, terlepas dari apakah instans hanya baca ada atau tidak?

  J: Ya, demikian. Kami menyarankan agar Anda melakukan peningkatan pada jam sepi.

Operasi API terkait