Pembaruan mesin database Aurora MySQL 2025-05-14 (versi 3.09.0, kompatibel dengan MySQL 8.0.40)

Kinerja peningkatan versi minor yang dioptimalkan melalui pemrosesan paralel pembaruan Skema Kinerja, mengurangi durasi peningkatan saat modifikasi Skema Kinerja diperlukan.

Basis data global MySQL Aurora yang disempurnakan untuk memungkinkan instance pembaca sekunder menyelesaikan startup dan melayani permintaan baca selama peristiwa yang tidak direncanakan (kegagalan perangkat keras, gangguan jaringan). Sebelumnya, instance pembaca sekunder tidak dapat dimulai ulang selama acara tersebut. Untuk informasi selengkapnya, lihat Ketahanan Lintas Wilayah untuk klaster sekunder Database Global di Panduan Pengguna Amazon Aurora.

Mengurangi waktu henti penulis selama pengalihan lintas wilayah Aurora MySQL Global Database menjadi biasanya di bawah satu menit, meminimalkan waktu henti selama sakelar regional yang direncanakan.

CVE-2024-11053

CVE-2024-37371

CVE-2024-7264

CVE-2024-21193

CVE-2024-21194

CVE-2024-21196

CVE-2024-21197

CVE-2024-21198

CVE-2024-21199

CVE-2024-21201

CVE-2024-21203

CVE-2024-21207

CVE-2024-21212

CVE-2024-21213

CVE-2024-21218

CVE-2024-21219

CVE-2024-21230

CVE-2024-21236

CVE-2024-21238

CVE-2024-21239

CVE-2024-21241

CVE-2025-21494

CVE-2025-21504

CVE-2025-21525

CVE-2025-21534

CVE-2025-21536

Memperbaiki masalah di mana kueri multi-pernyataan yang diteruskan dari pembaca ke instance penulis dapat menggantung ketika innodb_flush_log_at_trx_commit disetel ke penulis dan bukan nol 0 pada pembaca, mencegah potensi kegagalan penerusan penulisan.

Memperbaiki masalah kebuntuan dengan Enhanced Binlog diaktifkan yang dapat menyebabkan reboot database SHOW BINARY LOGS saat berjalan bersamaan dengan melakukan transaksi ke mesin BLACKHOLE atau mengeksekusi XA PREPARE pernyataan, mencegah potensi penulisan macet dan masalah ketersediaan instance.

Kondisi balapan tetap dalam penerusan tulis yang dapat menyebabkan instance penulis Aurora restart dengan mencegah permintaan baru diterima sebelum permintaan sebelumnya sepenuhnya selesai, meningkatkan stabilitas operasi penerusan tulis.

Memperbaiki masalah pada replika di mana gangguan jaringan mungkin tidak membangun kembali koneksi dengan penulis dengan benar yang menyebabkan replikasi macet dan potensi instance dimulai ulang.

Respons Aurora MySQL Out of Memory (OOM) sekarang mengimplementasikan pengubahan ukuran kumpulan buffer bertahap yang secara bertahap mengurangi penggunaan memori berdasarkan status memori sistem (LOW/RESERVED) saat diaktifkan melalui aurora_oom_response parameter DB, memberikan manajemen memori yang lebih baik selama situasi tekanan memori.

Meningkatkan waktu pemulihan file Binlog selama restart database dengan mengoptimalkan proses pemulihan untuk mengambil waktu konstan terlepas dari ukuran file Binlog. Sebelumnya, dalam beberapa kasus, waktu pemulihan akan sebanding dengan ukuran file Binlog terakhir.

Memperbaiki masalah yang dapat menyebabkan server MySQL yang tidak terduga dimulai ulang saat menjalankan operasi pemotongan tabel InnoDB bersamaan saat melakukan kueri. performance_schema.data_lock_waits

Memperbaiki masalah yang dapat menyebabkan instance database dimulai ulang saat melakukan peristiwa binlog besar selama kondisi penyimpanan rendah.

Memperbaiki masalah di mana operasi pengubahan ukuran kumpulan buffer yang dipicu selama penghindaran Kehabisan Memori (OOM) dapat menjadi tidak responsif selama skenario beban kerja tinggi, yang mengarah ke kemungkinan restart basis data.

Memperbaiki masalah yang dapat menyebabkan loop restart database saat membuat pemicu. Masalah ini juga dapat terjadi ketika Binlog baru atau file Relaylog ditambahkan atau file-file ini diputar.

Memperbaiki masalah yang dapat menyebabkan instance pembaca Aurora dimulai ulang saat menggunakan penerusan tulis dengan kueri komit multi-pernyataan atau implisit.

Memperbaiki masalah di mana ALTER TABLE ... REBUILD / OPTIMIZE TABLE operasi dapat menghabiskan memori yang berlebihan dengan mengalokasikan innodb_ddl_buffer_size byte per utas DDL alih-alih membagi ukuran buffer di antara utas, mencegah potensi penggunaan memori selama operasi DDL.

Mengubah nilai default untukaurora_oom_response, pada semua kelas instans DB yang memiliki lebih dari 4 GiB memori, dari cetak ke cetak, tolak, kill_connect. Untuk informasi selengkapnya, lihat masalah Amazon Aurora MySQL di Panduan Pengguna out-of-memory Amazon Aurora.

Hak istimewa berikut telah ditambahkan kerds_superuser_role:FLUSH_OPTIMIZER_COSTS,, FLUSH_STATUSFLUSH_TABLES,FLUSH_USER_RESOURCES. Untuk informasi tentang inirds_superuser_role, lihat Akun Pengguna Amazon Master dengan dokumentasi Amazon Aurora. Untuk informasi lebih lanjut tentang hak istimewa dinamis ini, silakan lihat dokumentasi MySQL.

Pengoptimalan sisipan cepat tidak lagi diaktifkan memulai versi Aurora MySQL ini. Untuk informasi selengkapnya, lihat peningkatan kinerja Amazon Aurora MySQL di Panduan Pengguna Amazon Aurora.

Memperbaiki masalah dengan pelanggaran max_user_connections ambang batas yang salah, yang mengakibatkan kesalahan koneksi untuk beberapa pengguna. Ini terjadi dalam beberapa kasus tepi, seperti ketika koneksi dibuat dan dibunuh segera.

Memperbaiki masalah pencatatan audit yang menyebabkan pemanfaatan CPU tinggi, yang mengarah ke instance server database yang tidak responsif.

Memperbaiki masalah manajemen memori saat menggunakan transaksi XA, mencegah kemungkinan restart instance saat Enhanced Binlog diaktifkan.

Memperbaiki masalah di mana kinerja kueri akan menurun ketika pengoptimal membuat estimasi biaya yang salah karena Statistik Indeks Bufferpool diperbarui secara tidak benar setelah server database dimulai ulang.

Memperbaiki masalah yang mencegah pelanggan mematikan fungsionalitas penerusan tulis lokal karena utas pekerja macet.

Memperbaiki masalah yang menyebabkan SHOW BINARY LOGS perintah memakan waktu lebih lama untuk dijalankan di cluster tempat Enhanced Binlog diaktifkan atau sebelumnya diaktifkan. Masalah ini juga dapat menyebabkan peningkatan latensi komit jika beberapa SHOW BINARY LOGS perintah berjalan secara bersamaan.

Memperbaiki masalah di mana Zero Downtime Patching (ZDP) mungkin tidak berhasil saat mencoba mempertahankan koneksi, milik pengguna yang telah dijatuhkan. Informasi lebih lanjut tentang DROP USER perintah, dan pengaruhnya pada koneksi aktif dapat ditemukan di dokumentasi MySQL.

Sementara transaksi besar diterima dan diterapkan, dan permintaan untuk menghentikan saluran replikasi dibuat menggunakanSTOP REPLICA, MySQL tidak melakukannya dengan benar, dan kemudian tidak memproses perintah saluran apa pun. Selain itu, proses shutdown server tidak selesai dengan anggun, dan mengharuskan proses MySQL dimatikan atau sistem host untuk di-restart. (Bug #115966, Bug #37008345)