Upgrade ke Aurora MySQL versi 8.4

Migrasikan plugin otentikasi. Tinjau semua pengguna database dan memigrasikan pengguna mana pun yang menggunakannyamysql_native_password. caching_sha2_password Di Aurora MySQL versi 8.4, plugin masih didukung tetapi tidak digunakan lagi. mysql_native_password authentication_policyDefaultnya adalah*:caching_sha2_password, jadi pengguna baru dibuat dengan secara caching_sha2_password default.

-- Find users using mysql_native_password
SELECT user, host, plugin FROM mysql.user WHERE plugin = 'mysql_native_password';

-- Migrate a user to caching_sha2_password
ALTER USER 'username'@'host' IDENTIFIED WITH caching_sha2_password BY 'new_password';

Perbarui pernyataan replikasi SQL. Jika aplikasi atau skrip Anda menggunakan pernyataan replikasi usang (seperti SHOW SLAVE STATUS atauCHANGE MASTER TO), perbarui untuk menggunakan pernyataan pengganti. Pernyataan lama ini mengembalikan kesalahan sintaks di versi 8.4. Untuk daftar lengkapnya, lihat Membandingkan Aurora MySQL versi 3 dan Aurora MySQL versi 8.4.

Periksa parameter yang dihapus. Jika grup parameter kustom Anda menggunakan parameter apa pun yang telah dihapus di versi 8.4 (seperti expire_logs_days ataudefault_authentication_plugin), buat grup parameter baru yang kompatibel dengan MySQL 8.4 dengan parameter pengganti. Terapkan nilai parameter kustom yang diperlukan ke grup parameter baru. Lihat perinciannya di Membandingkan Aurora MySQL versi 3 dan Aurora MySQL versi 8.4.

Periksa sintaks SQL yang tidak kompatibel. Tinjau kode aplikasi Anda untuk sintaks yang dihapus seperti LOW_PRIORITY denganLOCK TABLES ... WRITE, dan AUTO_INCREMENT on FLOAT atau DOUBLE kolom.

Periksa kendala kunci asing. Jika skema Anda menggunakan kunci asing yang mereferensikan kunci non-unik, perhatikan bahwa membuat kunci asing baru tersebut diblokir secara default di versi 8.4. Kunci asing yang ada terus berfungsi, tetapi yang baru memerlukan pengaturanrestrict_fk_on_non_standard_key=OFF.

Periksa kata kunci baru yang dipesan. Verifikasi bahwa objek database Anda tidak menggunakan kata kunci cadangan baru yang ditambahkan di MySQL 8.4 sebagai pengidentifikasi yang tidak dikutip.

Uji upgrade. Sebaiknya uji upgrade pada klon klon produksi Anda sebelum memutakhirkan klaster produksi itu sendiri.

Tinjau pertimbangan keamanan. Untuk detail tentang perubahan plugin otentikasi, perubahan TLS dan cipher, kebijakan kata sandi dan validate_password komponen, hak istimewa dinamis baru, dan pratinjau pemutakhiran seperti dan, lihat. deprecatedDefaultAuth auroraValidatePasswordPluginCheck Pertimbangan keamanan untuk upgrade dari Aurora MySQL versi 3 ke versi 8.4