Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Aurora MySQL 8.4.8, 3 September 2026
**Versi: ** 8.4.8
Rilis Aurora MySQL ini kompatibel dengan MySQL 8.4.8. Untuk informasi lebih lanjut tentang perubahan komunitas yang telah terjadi, lihat Catatan R [ ilis MySQL 8.4 ](https://dev.mysql.com/doc/relnotes/mysql/8.4/en/) di situs web MySQL.
Untuk detail fitur-fitur baru di Aurora MySQL versi 8.4, lihat [ Aurora MySQL versi 8.4 kompatibel dengan MySQL 8.4](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL84.html). Untuk perbedaan antara Aurora MySQL versi 8.4 dan versi 3, lihat Per [ bandingan Aurora MySQL versi 3 dan Aurora MySQL versi 8.4](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v3-v84.html). Untuk perbandingan dengan MySQL 8.4 Community Edition, lihat [ Perbandingan Aurora MySQL versi 8.4 dan MySQL 8.4 Community Edition ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v84-community.html) di Panduan Pengguna * Amazon Aurora*.
Anda dapat melakukan peningkatan versi utama di tempat, memulihkan snapshot dengan peningkatan, atau memulai peningkatan terkelola menggunakan Deplo blue/green yments [ Amazon RDS Blue/Green . ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) Anda dapat memutakhirkan dari cluster Aurora MySQL versi 3 yang saat ini didukung ke Aurora MySQL versi 8.4.8.
Untuk informasi tentang merencanakan peningkatan ke Aurora MySQL versi 8.4, lihat [ Merencanakan peningkatan versi utama untuk cluster Aurora MySQL](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 pemutakhiran ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) di tempat Aurora MySQL di Panduan * Pengguna * Amazon Aurora.
Jika Anda memiliki pertanyaan atau masalah, AWS Dukungan tersedia di forum komunitas dan melalui [AWS Dukungan](https://aws.amazon.com/support). Untuk informasi selengkapnya, lihat [ Memelihara cluster Aurora DB ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di Panduan Pengguna * Amazon Aurora*.
## Fitur baru
+ Menambahkan dukungan untuk replikasi log biner multi-sumber (binlog). Fitur ini memungkinkan cluster Aurora MySQL DB untuk mereplikasi data dari beberapa database MySQL-compatible sumber secara bersamaan. Setiap koneksi sumber dikelola melalui saluran replikasi khusus dengan utas penerima sendiri, utas aplikator, dan log relai. Anda dapat mengonfigurasi dan mengelola saluran menggunakan prosedur tersimpan per saluran baru. Untuk informasi selengkapnya, lihat [ Menggunakan replikasi multi-sumber dengan Aurora MySQL ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MultiSource.html) di Panduan * Pengguna * Amazon Aurora.
+ Menambahkan dukungan untuk replikasi log biner tertunda (binlog), di mana cluster Aurora MySQL DB bertindak sebagai replika binlog dapat dikonfigurasi untuk menunggu jumlah detik tertentu sebelum menerapkan transaksi yang diterima dari sumber. Replikasi tertunda dapat digunakan untuk melindungi dari modifikasi data yang tidak disengaja seperti `DELETE` pernyataan `DROP TABLE` atau yang tidak diinginkan, memberi Anda jendela pemulihan untuk mengidentifikasi dan memperbaiki kesalahan sebelum menyebar ke replika. Untuk informasi selengkapnya, lihat [ Mengonfigurasi interval penundaan replikasi ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.Delayed.html) di Panduan Pengguna * Amazon Aurora*.
+ Memperkenalkan `aurora_transaction_timeout` parameter. Parameter ini menetapkan durasi maksimum, dalam detik, untuk transaksi InnoDB. Anda dapat menggunakan parameter ini untuk membantu mencegah transaksi yang berjalan lama (aktif atau idle) memblokir pembersihan InnoDB, yang dapat menyebabkan masalah kinerja. Untuk informasi selengkapnya, lihat batas waktu transaksi [ Aurora MySQL ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.TransactionTimeout.html) di Panduan * * Pengguna Amazon Aurora.
+ Menambahkan dukungan untuk pertukaran kunci hybrid pasca-kuantum (X25519MLKEM768 dan SecP256R1MLKEm768) untuk koneksi TLS 1.3. Klien yang mendukung pertukaran kunci pasca-kuantum menegosiasikan rahasia bersama yang tahan kuantum secara otomatis. Untuk mengonfirmasi grup mana yang dinegosiasikan sesi saat ini, kueri variabel `Aurora_ssl_named_group` status. Sebagai contoh: `SHOW STATUS LIKE 'Aurora_ssl_named_group';`.
## Perbaikan
Di bawah ini adalah perbaikan yang dilakukan dibandingkan dengan Aurora MySQL 8.4.7, lihat Catatan R [ ilis Aurora MySQL 8.4.7. ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.847.html)
### Perbaikan keamanan
+ Memperbaiki masalah di mana log Audit Lanjutan mencatat pengguna dan host yang salah untuk pernyataan SQL yang dieksekusi di dalam rutinitas SQL SECURITY DEFINER (prosedur, fungsi, atau pemicu tersimpan). Catatan ini menunjukkan pengguna dan host definer rutin (misalnya,`'user'@'%'`) alih-alih klien SQL yang memanggil rutinitas. Setelah perbaikan ini, catatan menunjukkan pengguna dan host klien SQL yang memanggil.
+ Memperbaiki masalah di mana kueri yang dijalankan melalui pernyataan yang disiapkan dapat menghasilkan entri duplikat di log Audit Lanjutan.
+ Memperbaiki masalah di mana tidak `SET ROLE NONE` akan menghapus hak istimewa peran yang sebelumnya aktif dalam sesi menggunakan penerusan tulis, yang dapat memungkinkan operasi yang seharusnya ditolak setelah penonaktifan peran.
Rilis ini mencakup perbaikan untuk CVE tingkat keparahan tinggi berikut:
+ [CVE-2026-46863](https://www.cve.org/CVERecord?id=CVE-2026-46863)
+ [CVE-2026-60163](https://www.cve.org/CVERecord?id=CVE-2026-60163)
+ [CVE-2026-61094](https://www.cve.org/CVERecord?id=CVE-2026-61094)
Rilis ini mencakup perbaikan untuk CVE tingkat keparahan sedang berikut:
+ [CVE-2026-21936](https://www.cve.org/CVERecord?id=CVE-2026-21936)
+ [CVE-2026-21937](https://www.cve.org/CVERecord?id=CVE-2026-21937)
+ [CVE-2026-21941](https://www.cve.org/CVERecord?id=CVE-2026-21941)
+ [CVE-2026-21948](https://www.cve.org/CVERecord?id=CVE-2026-21948)
+ [CVE-2026-21968](https://www.cve.org/CVERecord?id=CVE-2026-21968)
+ [CVE-2026-60585](https://www.cve.org/CVERecord?id=CVE-2026-60585)
+ [CVE-2026-60332](https://www.cve.org/CVERecord?id=CVE-2026-60332)
+ [CVE-2026-60331](https://www.cve.org/CVERecord?id=CVE-2026-60331)
+ [CVE-2026-60747](https://www.cve.org/CVERecord?id=CVE-2026-60747)
+ [CVE-2026-47023](https://www.cve.org/CVERecord?id=CVE-2026-47023)
+ [CVE-2026-60186](https://www.cve.org/CVERecord?id=CVE-2026-60186)
+ [CVE-2026-60184](https://www.cve.org/CVERecord?id=CVE-2026-60184)
+ [CVE-2026-60185](https://www.cve.org/CVERecord?id=CVE-2026-60185)
+ [CVE-2026-60187](https://www.cve.org/CVERecord?id=CVE-2026-60187)
+ [CVE-2026-60188](https://www.cve.org/CVERecord?id=CVE-2026-60188)
+ [CVE-2026-60189](https://www.cve.org/CVERecord?id=CVE-2026-60189)
+ [CVE-2026-60191](https://www.cve.org/CVERecord?id=CVE-2026-60191)
Rilis ini mencakup perbaikan untuk CVE tingkat keparahan rendah berikut:
+ [CVE-2026-60190](https://www.cve.org/CVERecord?id=CVE-2026-60190)
### Peningkatan ketersediaan
+ Memperbaiki masalah yang dapat menyebabkan instance database restart saat menjalankan`ALTER TABLE ... REORGANIZE PARTITION`,`DROP PARTITION`, atau `ADD PARTITION` saat operasi bersamaan (seperti kueri skema kinerja, pengoptimalan pencarian teks lengkap, atau pengumpulan statistik) mengakses tabel yang sama.
+ Memperbaiki masalah yang dapat menyebabkan instance database dimulai ulang saat kueri aktif `performance_schema.data_lock_waits` atau di `performance_schema.data_locks` jalankan secara bersamaan dengan `ALTER TABLE ... REORGANIZE PARTITION` pada tabel yang memiliki kolom ditambahkan menggunakan`ALGORITHM=INSTANT`.
+ Memperbaiki masalah yang dapat menyebabkan instance penulis memulai ulang saat memproses pernyataan `ALTER TABLE ... REORGANIZE PARTITION` SQL yang mengubah urutan sub-partisi.
+ Memperbaiki masalah di mana operasi DDL pada instance penulis dapat memblokir atau mematikan pernyataan SQL tertentu pada instance pembaca. Pernyataan yang terpengaruh termasuk operasi penul `UPDATE` isan seperti atau `TRUNCATE` pada `performance_schema` tabel, dan operasi tulis pada tabel dan `JOIN` operasi sementara.
+ Memperbaiki masalah di mana instance penulis database dapat memulai ulang secara tidak terduga selama operasi peralihan database global saat membersihkan tabel sementara setelah pemrosesan pernyataan SQL. Restart ini dapat menghasilkan waktu penyelesaian peralihan yang lebih lama.
+ Memperbaiki masalah yang dapat menyebabkan penerusan tulis pada instance DB pembaca berhenti bekerja, yang memerlukan reboot pembaca untuk memulihkan penerusan tulis. Hal ini dapat terjadi ketika kueri yang diteruskan dibatalkan atau habis waktu saat menggunakan penerusan tulis global atau penerusan tulis lokal.
+ Memperbaiki masalah ketika penundaan pengubahan ukuran struktur data penting selama operasi Aurora serverless penskalaan dapat menyebabkan pemantauan kesehatan RDS memulai ulang instance database.
+ Memperbaiki masalah yang dapat menyebabkan instance penulis memulai ulang karena konflik waktu internal selama operasi penulisan yang sangat bersamaan.
+ Memperbaiki masalah yang dapat menyebabkan instance database dimulai ulang saat binlog yang disempurnakan diaktifkan.
+ Memperbaiki bug yang dapat membuat replika terputus sebentar dan terhubung kembali ke penulis, menyebabkan lonjakan sementara pada lag replikasi (`AuroraReplicaLag`).
+ Memperbaiki masalah di Daemon Penyimpanan Aurora yang dalam kasus yang jarang dapat mengakibatkan restart database yang tidak terduga.
### Perbaikan umum
+ Memperbaiki masalah di mana, dengan penerusan tulis diaktifkan, sesi pembaca dengan `aurora_replica_read_consistency` diset `global` el ke bisa gagal membaca perubahan yang dilakukan terbaru.
+ Memperbaiki masalah yang dapat menyebabkan mesin restart ketika kueri GIS spasial menggunakan indeks Z-order spasial pada kolom yang dideklarasikan dengan anotasi SRID eksplisit.
+ Memperbaiki masalah di mana pemutusan pembaca yang anggun dapat secara tidak benar meningkat `Aborted_clients` pada instance penulis saat penerusan tulis diaktifkan.
+ Memperbaiki masalah di mana dalam beberapa kasus status koneksi tidak dipertahankan setelah peningkatan zero-downtime, yang dapat mengakibatkan perilaku yang tidak terduga.
+ Memperbaiki masalah di mana, selama penerusan tulis, restart instance pembaca dapat meninggalkan sesi penerusan yatim piatu pada instance penulis, dan mematikan sesi itu dapat menyebabkan penulis memulai ulang.
+ Mengurangi downtime selama nul-downtime patching (ZDP) dengan mengoptimalkan komunikasi antara instance database dan lapisan penyimpanan setelah menambal.
+ Memperbaiki masalah dengan manajemen memori Aurora MySQL di mana tindakan respons di luar memori (OOM) tidak dinonaktifkan secara andal setelah periode batas waktu internal, jika ada perubahan bersamaan pada nilai parameter DB. `aurora_oom_response`
+ Memperbaiki masalah di Enhanced Binlog yang melaporkan koordinat log biner yang salah setelah pemulihan snapshot. Sebelumnya, ini dapat mengakibatkan pengaturan replikasi binlog yang tidak valid saat Enhanced Binlog berjalan di cluster sumber dan beberapa transaksi dibatalkan.
+ Memperbaiki masalah pada fitur pemulihan penambahan otomatis di mana nilai kenaikan otomatis untuk tabel yang dipartisi tidak dipulihkan dengan benar, yang dapat menyebabkan potensi kesalahan KUNCI DUPLIKAT.
+ Menambahkan CloudWatch metrik baru,`AuroraTempTableVolumeTotalBytes`, yang melaporkan total byte volume cluster yang digunakan oleh tablespaces sementara InnoDB internal dan eksternal pada instance penulis. Metrik ini melaporkan konsumsi penyimpanan tablespace sementara di semua sesi aktif. Anda dapat menggunakannya untuk memantau tren pertumbuhan, mengidentifikasi beban kerja penyimpanan yang berat, dan mengatur alarm. CloudWatch Untuk informasi selengkapnya tentang metrik ini, lihat CloudWatch Metrik [ Amazon untuk Amazon Aurora ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) di Panduan Pengguna * Amazon Aurora*. Untuk informasi lebih lanjut tentang tabel sementara, lihat tabel sementara [ eksternal ](https://dev.mysql.com/doc/refman/8.4/en/create-temporary-table.html) dan tabel sementara [ internal ](https://dev.mysql.com/doc/refman/8.4/en/internal-temporary-tables.html) di situs web MySQL.
+ Memperbaiki masalah ketika throughput penerusan tulis dan metrik latensi salah melaporkan 0 setelah peristiwa failover pada cluster dengan penerusan tulis diaktifkan. Metrik ini sekarang secara akurat mencerminkan aktivitas penerusan tulis setelah failover:`ForwardingReplicaDMLLatency`,, `ForwardingReplicaDMLThroughput``ForwardingReplicaSelectLatency`, dan`ForwardingReplicaSelectThroughput`.
+ Memperbaiki masalah kinerja di mana pengoptimal memilih rencana eksekusi kueri yang tidak optimal dengan pernyataan yang disiapkan menggunakan `IN` dan nilai parameter.
+ Memperbaiki masalah yang dapat menyebabkan kueri menggunakan gabungan hash mengembalikan hasil yang salah ketika kueri paralel diaktifkan dan memori yang diperlukan untuk gabungan hash melebihi batas.
### Upgrade dan migrasi
+ Memperbaiki masalah yang dapat menyebabkan operasi klon cluster database membutuhkan waktu yang lama untuk diselesaikan.
## Integrasi perbaikan bug MySQL Community Edition
Versi ini didasarkan pada MySQL 8.4.8. Untuk informasi lebih lanjut, lihat Catatan [ Rilis MySQL 8.4 ](https://dev.mysql.com/doc/relnotes/mysql/8.4/en/) di situs web MySQL.
+ Memperbaiki regresi yang diperkenalkan di MySQL 8.0.42 di mana memasukkan ke dalam tabel yang dipartisi menggunakan pernyataan yang disiapkan atau prosedur yang disimpan dapat gagal dengan `ERROR 1748` (“Menemukan baris yang tidak cocok dengan kumpulan partisi yang diberikan”). Ini terjadi ketika kolom kunci partisi menggunakan`DEFAULT CURRENT_TIMESTAMP`. Pemangkasan partisi pada waktu persiapan mengunci partisi berdasarkan stempel waktu saat ini, tetapi pada eksekusi ulang berikutnya stempel waktu dapat dipetakan ke partisi yang berbeda. Untuk informasi selengkapnya tentang perbaikan ini, lihat MySQL upstream [ Bug \#119784 ](https://bugs.mysql.com/bug.php?id=119784) di situs web MySQL Bugs.