Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris. # Pembaruan mesin database Aurora MySQL 2025-05-14 (versi 3.09.0, kompatibel dengan MySQL 8.0.40) **Versi:** 3.09.0 Aurora MySQL 3.09.0 umumnya tersedia. Versi Aurora MySQL 3.09 kompatibel dengan MySQL 8.0.40. Untuk informasi selengkapnya tentang perubahan komunitas yang telah terjadi, lihat [Catatan Rilis MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Untuk detail fitur-fitur baru di Aurora MySQL versi 3, lihat [Aurora MySQL versi 3 yang kompatibel dengan MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Untuk perbedaan antara Aurora MySQL versi 3 dan Aurora MySQL versi 2, lihat [Perbandingan Aurora MySQL versi 2 dan Aurora MySQL versi 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). *Untuk perbandingan Aurora MySQL versi 3 dan MySQL 8.0 Community Edition, lihat [Perbandingan Aurora MySQL versi 3 dan MySQL 8.0 Community Edition di Panduan Pengguna Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html).* Anda dapat melakukan pemutakhiran di tempat yang memanfaatkan [zero-downtime-patch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), memulihkan snapshot, atau memulai [ Blue/Green pemutakhiran terkelola blue/green menggunakan Penyebaran Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) dari klaster Aurora MySQL versi 2 yang saat ini didukung ke dalam klaster Aurora MySQL versi 3.09.0. Untuk informasi tentang merencanakan peningkatan ke Aurora MySQL versi 3, lihat [Merencanakan peningkatan versi utama untuk klaster MySQL Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Untuk informasi umum tentang peningkatan Aurora MySQL, lihat [ Meningkatkan klaster DB Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) di *Panduan Pengguna Amazon Aurora*. *Untuk informasi pemecahan masalah, lihat [Pemecahan Masalah untuk peningkatan Aurora MySQL di tempat di Panduan Pengguna Amazon Aurora.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting)* Jika Anda memiliki pertanyaan atau masalah, AWS Support tersedia di forum komunitas dan melalui [AWS Support](https://aws.amazon.com/support). Untuk informasi selengkapnya, lihat [Memelihara klaster DB](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*. ## Sorotan rilis + 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-secondary-availability.html) 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. ## Perbaikan **Perbaikan keamanan** Kritis CVEs: + [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) + [CVE-2024-37371](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-37371) Sedang CVEs: + [CVE-2024-7264](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-7264) + [CVE-2024-21193](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21193) + [CVE-2024-21194](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21194) + [CVE-2024-21196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21196) + [CVE-2024-21197](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21197) + [CVE-2024-21198](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21198) + [CVE-2024-21199](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21199) + [CVE-2024-21201](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21201) + [CVE-2024-21203](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21203) + [CVE-2024-21207](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21207) + [CVE-2024-21212](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21212) + [CVE-2024-21213](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21213) + [CVE-2024-21218](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21218) + [CVE-2024-21219](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21219) + [CVE-2024-21230](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21230) + [CVE-2024-21236](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21236) + [CVE-2024-21238](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21238) + [CVE-2024-21239](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21239) + [CVE-2024-21241](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21241) + [CVE-2025-21494](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21494) + [CVE-2025-21504](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21504) + [CVE-2025-21525](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21525) + [CVE-2025-21534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21534) + [CVE-2025-21536](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21536) **Perbaikan ketersediaan:** + 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](https://dev.mysql.com/doc/refman/8.0/en/blackhole-storage-engine.html) 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. **Perbaikan umum:** + 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 untuk`aurora_oom_response`, pada semua kelas instans DB yang memiliki lebih dari 4 GiB memori, dari cetak ke cetak, tolak, kill\$1connect. *Untuk informasi selengkapnya, lihat [masalah Amazon Aurora MySQL di Panduan Pengguna out-of-memory](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) Amazon Aurora.* + Hak istimewa berikut telah ditambahkan ke`rds_superuser_role`:`FLUSH_OPTIMIZER_COSTS`,, `FLUSH_STATUS``FLUSH_TABLES`,`FLUSH_USER_RESOURCES`. Untuk informasi tentang ini`rds_superuser_role`, lihat [Akun Pengguna Amazon Master dengan dokumentasi Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html). Untuk informasi lebih lanjut tentang hak istimewa dinamis ini, silakan lihat dokumentasi [MySQL](https://dev.mysql.com/doc/refman/8.0/en/flush.html). + Dimulai dengan versi Aurora MySQL ini, optimasi sisipan cepat tidak lagi diaktifkan. Untuk informasi selengkapnya, lihat [ peningkatan kinerja Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) 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. **Peningkatan dan migrasi:** + 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](https://dev.mysql.com/doc/refman/8.0/en/flush.html). ## Integrasi perbaikan bug MySQL Community Edition Rilis ini mencakup semua perbaikan bug komunitas hingga dan termasuk 8.0.40. Untuk informasi selengkapnya, lihat [Bug MySQL yang diperbaiki oleh pembaruan mesin basis data Aurora MySQL 3.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). + Sementara transaksi besar diterima dan diterapkan, dan permintaan untuk menghentikan saluran replikasi dibuat menggunakan`STOP 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 \$1115966, Bug \$137008345)