Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Pembaruan mesin basis data untuk Amazon Aurora MySQL versi 1 (Dihentikan)
Berikut ini adalah pembaruan mesin basis data Amazon Aurora versi 1:
+ [Pembaruan mesin basis data Aurora MySQL 2021-09-30 (versi 1.23.4) (Dihentikan)](AuroraMySQL.Updates.1234.md)
+ [Pembaruan mesin basis data Aurora MySQL 2021-06-28 (versi 1.23.3) (Dihentikan)](AuroraMySQL.Updates.1233.md)
+ [Pembaruan mesin basis data Aurora MySQL 2021-03-18 (versi 1.23.2) (Dihentikan)](AuroraMySQL.Updates.1232.md)
+ [Pembaruan mesin basis data Aurora MySQL 2020-11-24 (versi 1.23.1) (Dihentikan)](AuroraMySQL.Updates.1231.md)
+ [Pembaruan mesin basis data Aurora MySQL 2020-09-02 (versi 1.23.0) (Dihentikan)](AuroraMySQL.Updates.1230.md)
+ [Pembaruan mesin basis data Aurora MySQL 2021-06-03 (versi 1.22.5) (Dihentikan)](AuroraMySQL.Updates.1225.md)
+ [Pembaruan mesin basis data Aurora MySQL 2021-03-04 (versi 1.22.4) (Dihentikan)](AuroraMySQL.Updates.1224.md)
+ [Pembaruan mesin basis data Aurora MySQL 2020-11-09 (versi 1.22.3) (Usang)](AuroraMySQL.Updates.1223.md)
+ [Pembaruan mesin basis data Aurora MySQL 2020-03-05 (versi 1.22.2) (Dihentikan)](AuroraMySQL.Updates.1222.md)
+ [Pembaruan mesin basis data Aurora MySQL 2019-12-23 (versi 1.22.1) (Dihentikan)](AuroraMySQL.Updates.1221.md)
+ [Pembaruan mesin basis data Aurora MySQL 2019-11-25 (versi 1.22.0) (Dihentikan)](AuroraMySQL.Updates.1220.md)
+ [Pembaruan mesin basis data Aurora MySQL 2019-11-25 (versi 1.21.0) (Dihentikan)](AuroraMySQL.Updates.1210.md)
+ [Pembaruan mesin basis data Aurora MySQL 2020-03-05 (versi 1.20.1) (Dihentikan)](AuroraMySQL.Updates.1201.md)
+ [Pembaruan mesin basis data Aurora MySQL 2019-11-11 (versi 1.20.0) (Dihentikan)](AuroraMySQL.Updates.1200.md)
+ [Pembaruan mesin basis data Aurora MySQL 2020-03-05 (versi 1.19.6) (Dihentikan)](AuroraMySQL.Updates.1196.md)
+ [Pembaruan mesin basis data Aurora MySQL 2019-09-19 (versi 1.19.5) (Dihentikan)](AuroraMySQL.Updates.1195.md)
+ [Pembaruan mesin basis data Aurora MySQL 2019-06-05 (versi 1.19.2) (Dihentikan)](AuroraMySQL.Updates.1192.md)
+ [Pembaruan mesin basis data Aurora MySQL 2019-05-09 (versi 1.19.1) (Dihentikan)](AuroraMySQL.Updates.1191.md)
+ [Pembaruan mesin basis data Aurora MySQL 2019-02-07 (versi 1.19.0) (Dihentikan)](AuroraMySQL.Updates.1190.md)
+ [Pembaruan mesin basis data Aurora MySQL 2018-09-20 (versi 1.18.0) (Dihentikan)](AuroraMySQL.Updates.1180.md)
+ [Pembaruan mesin basis data Aurora MySQL 2020-03-05 (versi 1.17.9) (Dihentikan)](AuroraMySQL.Updates.1179.md)
+ [Pembaruan mesin basis data Aurora MySQL 2019-01-17 (versi 1.17.8) (Dihentikan)](AuroraMySQL.Updates.1178.md)
+ [Pembaruan mesin basis data Aurora MySQL 2018-10-08 (versi 1.17.7) (Dihentikan)](AuroraMySQL.Updates.1177.md)
+ [Pembaruan mesin basis data Aurora MySQL 2018-09-06 (versi 1.17.6) (Dihentikan)](AuroraMySQL.Updates.1176.md)
+ [Pembaruan mesin basis data Aurora MySQL 2018-08-14 (versi 1.17.5) (Dihentikan)](AuroraMySQL.Updates.1175.md)
+ [Pembaruan mesin basis data Aurora MySQL 2018-08-07 (versi 1.17.4) (Dihentikan)](AuroraMySQL.Updates.1174.md)
+ [Pembaruan mesin basis data Aurora MySQL 2018-06-05 (versi 1.17.3) (Dihentikan)](AuroraMySQL.Updates.1173.md)
+ [Pembaruan mesin basis data Aurora MySQL 2018-04-27 (versi 1.17.2) (Dihentikan)](AuroraMySQL.Updates.1172.md)
+ [Pembaruan mesin basis data Aurora MySQL 2018-03-23 (versi 1.17.1) (Dihentikan)](AuroraMySQL.Updates.1171.md)
+ [Pembaruan mesin basis data Aurora MySQL 2018-03-13 (versi 1.17) (Dihentikan)](AuroraMySQL.Updates.117.md)
+ [Pembaruan mesin basis data Aurora MySQL 2017-12-11 (versi 1.16) (Dihentikan)](AuroraMySQL.Updates.20171211.md)
+ [Pembaruan mesin basis data Aurora MySQL 2017-11-20 (versi 1.15.1) (Dihentikan)](AuroraMySQL.Updates.20171120.md)
+ [Pembaruan mesin basis data Aurora MySQL 2017-10-24 (versi 1.15) (Dihentikan)](AuroraMySQL.Updates.20171024.md)
+ [Pembaruan mesin basis data Aurora MySQL 2018-03-13 (versi 1.14.4) (Dihentikan)](AuroraMySQL.Updates.1144.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2017-09-22 (versi 1.14.1) (Dihentikan)](AuroraMySQL.Updates.20170922.md)
+ [Pembaruan mesin basis data Aurora MySQL 2017-08-07 (versi 1.14) (Dihentikan)](AuroraMySQL.Updates.20170807.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2017-05-15 (versi 1.13) (Dihentikan)](AuroraMySQL.Updates.20170515.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2017-04-05 (versi 1.12) (Dihentikan)](AuroraMySQL.Updates.20170405.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2017-02-23 (versi 1.11) (Dihentikan)](AuroraMySQL.Updates.20170223.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2017-01-12 (versi 1.10.1) (Dihentikan)](AuroraMySQL.Updates.20170112.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2016-12-14 (versi 1.10) (Dihentikan)](AuroraMySQL.Updates.20161214.md)
+ [Pembaruan mesin basis data Aurora MySQL 2016-11-10 (versi 1.9.0, 1.9.1) (Dihentikan)](AuroraMySQL.Updates.20161110.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2016-10-26 (versi 1.8.1) (Dihentikan)](AuroraMySQL.Updates.20161026.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2016-10-18 (versi 1.8) (Dihentikan)](AuroraMySQL.Updates.20161018.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2016-09-20 (versi 1.7.1) (Dihentikan)](AuroraMySQL.Updates.20160920.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2016-08-30 (versi 1.7.0) (Dihentikan)](AuroraMySQL.Updates.20160830.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2016-06-01 (versi 1.6.5) (Dihentikan)](AuroraMySQL.Updates.20160601.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2016-04-06 (versi 1.6) (Dihentikan)](AuroraMySQL.Updates.20160406.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2016-01-11 (versi 1.5) (Dihentikan)](AuroraMySQL.Updates.20160111.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2015-12-03 (versi 1.4) (Dihentikan)](AuroraMySQL.Updates.20151203.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2015-10-16 (versi 1.2, 1.3) (Dihentikan)](AuroraMySQL.Updates.20151016.md)
+ [Pembaruan mesin basis data Aurora MySQL: 2015-08-24 (versi 1.1) (Dihentikan)](AuroraMySQL.Updates.20150824.md)
# Pembaruan mesin basis data Aurora MySQL 2021-09-30 (versi 1.23.4) (Dihentikan)
**Versi:** 1.23.4
Aurora MySQL 1.23.4 tersedia secara umum. Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7 dan Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 dan 3.02.\$1.
Untuk membuat cluster dengan versi lama Aurora MySQL, tentukan versi engine melalui RDS Console, AWS CLI, atau Amazon RDS API.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan umum:**
+ Memperbaiki masalah yang dapat menyebabkan konsumsi CPU tinggi pada instans pembaca karena pencatatan log pesan informasi yang berlebihan dalam file log diagnostik internal.
**Perbaikan prioritas tinggi:**
+ [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307)
+ [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226)
+ [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160)
+ [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154)
+ [CVE-2021-2060](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2060)
+ [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032)
+ [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001)
# Pembaruan mesin basis data Aurora MySQL 2021-06-28 (versi 1.23.3) (Dihentikan)
**Versi:** 1.23.3
Aurora MySQL 1.23.3 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 dan 3.02.\$1.
Untuk membuat cluster dengan versi lama Aurora MySQL, tentukan versi engine melalui RDS Console, AWS CLI, atau Amazon RDS API.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
Peningkatan stabilitas dan ketersediaan umum.
**Perbaikan keamanan:**
+ [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841)
+ [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449)
+ [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196)
# Pembaruan mesin basis data Aurora MySQL 2021-03-18 (versi 1.23.2) (Dihentikan)
**Versi:** 1.23.2
Aurora MySQL 1.23.2 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 dan 3.02.\$1.
Untuk membuat cluster dengan versi lama Aurora MySQL, tentukan versi engine melalui RDS Console, AWS CLI, atau Amazon RDS API.
**catatan**
Versi ini saat ini tidak tersedia di wilayah berikut: AWS GovCloud (AS-Timur) [us-gov-east-1], AWS GovCloud (AS-Barat) [us-gov-west-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan prioritas tinggi:**
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
+ [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143)
**Perbaikan ketersediaan:**
+ Memperbaiki masalah pada fitur penyesuaian ukuran penyimpanan klaster dinamis yang dapat menyebabkan instans DB pembaca memulai ulang.
+ Memperbaiki masalah failover karena kondisi balapan dalam pernyataan `RESET QUERY CACHE`.
+ Memperbaiki crash dalam panggilan prosedur tersimpan bersarang dengan cache kueri.
+ Memperbaiki masalah untuk mencegah mulai ulang `mysqld` beberapa kali saat memulihkan dari pemotongan tabel yang dipartisi atau disubpartisi yang tidak lengkap.
+ Memperbaiki masalah yang dapat menyebabkan kegagalan migrasi dari on-premise atau RDS for MySQL ke Aurora MySQL.
+ Memperbaiki kondisi balapan yang sangat jarang terjadi di mana basis data dapat memulai ulang selama penskalaan volume penyimpanan.
+ Memperbaiki masalah pada manajer kunci di mana kondisi balapan dapat menyebabkan sebuah kunci dimiliki bersama oleh dua transaksi, yang menyebabkan basis data memulai ulang.
+ Memperbaiki masalah yang berkaitan dengan manajemen memori kunci transaksi dengan transaksi tulis jangka panjang yang menyebabkan basis data memulai ulang.
+ Memperbaiki kondisi balapan di manajer kunci yang mengakibatkan basis data memulai ulang atau melakukan failover selama rollback transaksi.
+ Memperbaiki masalah selama peningkatan dari 5.6 ke 5.7 ketika tabel mengaktifkan DDL Online Cepat dalam mode lab di 5.6.
+ Memperbaiki beberapa masalah di mana mesin mungkin memulai ulang selama patching zero-downtime sambil memeriksa titik quiesced dalam aktivitas basis data untuk patching.
+ Memperbaiki beberapa masalah yang berkaitan dengan mulai ulang beberapa kali karena operasi DDL yang terganggu, seperti `DROP TRIGGER`, `ALTER TABLE`, dan khususnya `ALTER TABLE` yang memodifikasi jenis partisi atau jumlah partisi di dalam tabel.
+ Memperbarui nilai default `table_open_cache` pada instans 16XL dan 24XL untuk menghindari mulai ulang yang terjadi berulang-ulang dan penggunaan CPU yang tinggi pada kelas instans besar (R4/R5-16XL, R5-12XL, R5-24XL). Hal ini berdampak pada rilis 1.21.x dan 1.22.x.
+ Memperbaiki masalah yang menyebabkan replika binlog berhenti dengan kesalahan `HA_ERR_KEY_NOT_FOUND`.
## Integrasi perbaikan bug MySQL Community Edition
+ *Replikasi*: Selama pernyataan `SHOW BINLOG EVENTS` dijalankan, setiap transaksi paralel diblokir. Perbaikan ini memastikan proses `SHOW BINLOG EVENTS` sekarang hanya memperoleh sebuah kunci selama menghitung posisi akhir file, oleh karena itu transaksi paralel tidak diblokir dalam jangka waktu lama. (Bug \$176618, Bug \$120928790)
# Pembaruan mesin basis data Aurora MySQL 2020-11-24 (versi 1.23.1) (Dihentikan)
**Versi:** 1.23.1
Aurora MySQL 1.23.1 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 dan 3.02.\$1.
Untuk membuat cluster dengan versi lama Aurora MySQL, tentukan versi engine melalui RDS Console, AWS CLI, atau Amazon RDS API.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan keamanan:**
Perbaikan dan penyempurnaan lain untuk penanganan fine-tune di lingkungan terkelola. Di bawah ini adalah beberapa perbaikan CVE tambahan:
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
**Perubahan tidak kompatibel:**
Versi ini memperkenalkan perubahan izin yang memengaruhi perilaku perintah `mysqldump`. Pengguna harus memiliki hak istimewa `PROCESS` untuk mengakses tabel `INFORMATION_SCHEMA.FILES`. Untuk menjalankan perintah `mysqldump` tanpa perubahan apa pun, berikan hak istimewa `PROCESS` untuk pengguna basis data yang terhubung dengan perintah `mysqldump`. Anda juga dapat menjalankan perintah `mysqldump` dengan opsi `--no-tablespaces`. Dengan opsi tersebut, output `mysqldump ` tidak menyertakan pernyataan `CREATE LOGFILE GROUP` atau `CREATE TABLESPACE` apa pun. Dalam hal ini, perintah `mysqldump` tidak mengakses tabel `INFORMATION_SCHEMA.FILES`, dan Anda tidak perlu memberikan izin `PROCESS`.
**Perbaikan ketersediaan:**
+ Memperbaiki masalah yang menyebabkan instans pembaca Aurora di dalam klaster sekunder basis data global yang menjalankan 1.23.0 memulai ulang berulang kali.
+ Memperbaiki masalah yang menyebabkan replika Wilayah sekunder basis data global mungkin memulai ulang saat ditingkatkan ke rilis 1.23.0 sementara penulis Wilayah primer adalah versi rilis yang lebih lama.
+ Memperbaiki kebocoran memori pada fitur penyesuaian ukuran dinamis, yang diperkenalkan di Aurora MySQL 1.23.0.
+ Memperbaiki masalah yang mungkin menyebabkan server memulai ulang selama pelaksanaan kueri menggunakan fitur kueri paralel.
+ Memperbaiki masalah yang mungkin menyebabkan sesi klien macet saat mesin basis data mengalami kesalahan saat membaca dari atau menulis ke jaringan.
# Pembaruan mesin basis data Aurora MySQL 2020-09-02 (versi 1.23.0) (Dihentikan)
**Versi:** 1.23.0
Aurora MySQL 1.23.0 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1, dan 3.02.\$1.
Anda dapat memulihkan snapshot basis data Aurora MySQL 1.\$1 ke Aurora MySQL 1.23.0.
**penting**
Perbaikan pada penyimpanan Aurora dalam versi ini membatasi jalur peningkatan yang tersedia dari Aurora MySQL 1.23 ke Aurora MySQL 2.\$1. Saat Anda meningkatkan klaster Aurora MySQL 1.23 ke 2.\$1, Anda harus meningkatkan versi ke Aurora MySQL 2.09.0 atau yang lebih baru.
Untuk membuat cluster dengan versi lama Aurora MySQL, harap tentukan versi mesin melalui Konsol RDS, AWS CLI, atau Amazon RDS API.
**catatan**
Versi ini saat ini tidak tersedia di wilayah berikut: AWS GovCloud (AS-Timur) [us-gov-east-1], AWS GovCloud (AS-Barat) [us-gov-west-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Fitur baru:**
+ Anda sekarang dapat mengaktifkan atau menonaktifkan kueri paralel untuk klaster yang ada dengan mengubah nilai parameter klaster DB `aurora_parallel_query`. Anda tidak perlu menggunakan pengaturan `parallelquery` untuk parameter `--engine-mode` saat membuat klaster.
Kueri paralel sekarang diperluas agar tersedia di semua wilayah di mana Aurora MySQL tersedia.
Ada sejumlah peningkatan dan perubahan fungsi lain pada prosedur untuk peningkatan dan pengaktifan kueri paralel di klaster Aurora. Untuk informasi selengkapnya, lihat [ Menggunakan kueri paralel untuk Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) di *Panduan Pengguna Amazon Aurora*.
+ Dengan rilis ini, Anda dapat membuat instans basis data Amazon Aurora MySQL dengan penyimpanan hingga 128 tebibyte (TiB). Batas penyimpanan baru meningkat dari 64 TiB. Ukuran penyimpanan 128 TiB mendukung basis data yang lebih besar. Kapasitas ini tidak didukung pada ukuran instans kecil (db.t2 atau db.t3). Satu ruang tabel tidak dapat meluas melebihi 64 TiB karena adanya [batasan InnoDB dengan ukuran halaman 16 KB](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html).
Aurora memperingatkan Anda saat ukuran volume klaster mendekati 128 TiB, sehingga Anda dapat mengambil tindakan sebelum mencapai batas ukuran. Peringatan muncul di log mysql dan Peristiwa RDS di Konsol Manajemen AWS.
+ Meningkatkan pemrosesan log biner (binlog) untuk mengurangi waktu pemulihan crash dan latensi waktu commit ketika terdapat transaksi yang sangat besar.
+ Aurora secara dinamis menyesuaikan ukuran ruang penyimpanan klaster Anda. Dengan penyesuaian ukuran dinamis, ruang penyimpanan untuk klaster DB Aurora menurun secara otomatis saat Anda menghapus data dari klaster DB. Lihat informasi selengkapnya di [ Penskalaan penyimpanan](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling) di *Panduan Pengguna Amazon Aurora*.
**catatan**
Fitur pengubahan ukuran dinamis sedang digunakan secara bertahap ke AWS Wilayah tempat Aurora tersedia. Tergantung Wilayah tempat klaster Anda berada, fitur ini mungkin belum tersedia. Untuk informasi selengkapnya, lihat [pengumuman Apa Yang Baru](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/).
**Perbaikan prioritas tinggi:**
+ [CVE-2019-3822](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537)
+ [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787)
+ [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784)
+ [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645)
+ [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640)
**Perbaikan ketersediaan:**
+ Memperbaiki masalah pada manajer kunci di mana kondisi balapan dapat menyebabkan sebuah kunci dimiliki bersama oleh dua transaksi, yang menyebabkan basis data memulai ulang.
+ Memperbaiki masalah yang berkaitan dengan manajemen memori kunci transaksi dengan transaksi tulis jangka panjang yang menyebabkan basis data memulai ulang.
+ Memperbaiki kondisi balapan di manajer kunci yang mengakibatkan basis data memulai ulang atau melakukan failover selama rollback transaksi.
+ Memperbaiki masalah selama peningkatan dari 5.6 ke 5.7 saat `innodb_file_format` berubah di tabel dengan DDL Cepat diaktifkan.
+ Memperbaiki beberapa masalah di mana mesin mungkin memulai ulang selama patching zero-downtime sambil memeriksa titik quiesced dalam aktivitas basis data untuk patching.
+ Memperbaiki masalah yang terkait dengan pemulihan DDL yang memengaruhi mulai ulang instans DB saat memulihkan operasi `DROP TRIGGER` yang terganggu.
+ Memperbaiki bug yang dapat menyebabkan tidak tersedianya basis data jika terjadi crash selama pelaksanaan operasi partisi tertentu. Secara khusus, gangguan operasi `ALTER TABLE` yang memodifikasi jenis partisi atau jumlah partisi di dalam tabel.
+ Perbaiki nilai default dari `table_open_cache` pada 16XL dan 24XL yang dapat menyebabkan failover berulang dan pemanfaatan CPU yang tinggi pada kelas Large besar (R4/R5-16XL, R5-12XL, R5-24XL). Hal ini berdampak pada 1.21.x dan 1.22.x.
**Basis data global:**
+ Isi data yang hilang dalam tampilan `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` MySQL di AWS Wilayah primer dan sekunder dalam database global Aurora.
+ Memperbaiki kegagalan kueri tak terduga yang dapat terjadi di Wilayah sekunder DB Global akibat pengumpulan sampah catatan UNDO di Wilayah primer, setelah masalah konektivitas jaringan sementara antara Wilayah primer dan sekunder.
**Kueri paralel:**
+ Memperbaiki masalah di mana kueri paralel dapat menyebabkan kueri yang berlangsung lama memberikan hasil kosong.
+ Memperbaiki masalah di mana kueri pada tabel kecil di replika baca Aurora memakan waktu lebih dari satu detik.
+ Memperbaiki masalah yang mungkin menyebabkan mulai ulang saat kueri paralel dan pernyataan DML berjalan secara bersamaan di bawah beban kerja berat.
**Perbaikan umum:**
+ Memperbaiki masalah di mana kueri yang menggunakan indeks spasial mungkin mengembalikan hasil parsial jika indeks spasial dibuat pada tabel yang sudah memiliki nilai spasial besar.
+ Peningkatan panjang maksimum yang diizinkan untuk variabel sistem Audit `server_audit_incl_users` dan `server_audit_excl_users` dari 1024 byte hingga 2000 byte.
+ Memperbaiki masalah di mana replika binlog yang terhubung ke primer binlog Aurora MySQL mungkin menampilkan data yang tidak lengkap saat primer binlog Aurora MySQL memuat data dari S3 di bawah `statement` `binlog_format`.
+ Mematuhi perilaku komunitas untuk memetakan binlog\$1format `mixed` ke `row`, bukan ke `statement` untuk memuat data.
+ Memperbaiki masalah yang menyebabkan replikasi binlog berhenti berfungsi ketika pengguna menutup koneksi dan sesi menggunakan tabel sementara.
+ Memperbaiki waktu respons kueri yang melibatkan tabel sementara MyISAM.
+ Memperbaiki penerbitan izin saat pekerja binlog menjalankan fungsi lambda asli.
+ Memperbaiki masalah pada replika baca Aurora saat mencoba melakukan kueri atau merotasi log lambat atau log umum.
+ Memperbaiki masalah yang merusak replikasi logis ketika `binlog_checksum` parameter diatur ke nilai yang berbeda pada master dan replika.
+ Memperbaiki masalah replika baca yang mungkin melihat sekilas hasil parsial transaksi yang baru saja diterapkan pada penulis.
+ Menyertakan informasi transaksi yang dibatalkan di `show engine innodb status` saat deadlock diatasi.
## Integrasi perbaikan bug MySQL Community Edition
+ Peristiwa binlog dengan `ALTER TABLE ADD COLUMN ALGORITHM=QUICK` akan ditulis ulang sebagai `ALGORITHM=DEFAULT` agar kompatibel dengan edisi komunitas.
+ BUG \$122350047: JIKA KLIEN DIMATIKAN SETELAH ROLLBACK KE SAVEPOINT STMTS SEBELUMNYA DITERAPKAN
+ Bug \$129915479: MENJALANKAN COM\$1REGISTER\$1SLAVE TANPA COM\$1BINLOG\$1DUMP DAPAT BERDAMPAK PADA KELUAR SERVER
+ Bug \$130441969: BUG \$129723340: MYSQL SERVER CRASH SETELAH KUERI SQL DENGAN ?AST DATA
+ Bug \$130628268: CRASH KEHABISAN MEMORI
+ Bug \$127081349: PERILAKU YANG TAK DIHARAPKAN SAAT MENGHAPUS DENGAN FUNGSI SPASIAL
+ Bug \$127230859: PERILAKU YANG TAK DIHARAPKAN SAAT PENANGANAN POLIGON TIDAK VALID"
+ Bug \$127081349: PERILAKU YANG TAK DIHARAPKAN SAAT MENGHAPUS DENGAN SPASIAL"
+ Bug \$126935001: TABEL ALTERNATIF AUTO\$1INCREMENT MENCOBA MEMBACA INDEKS DARI RUANG TABEL YANG DIHAPUS
+ Bug \$129770705: SERVER CRASH SAAT MELAKUKAN SELECT DENGAN KLAUSA WHERE KHUSUS
+ Bug \$127659490: SELECT MENGGUNAKAN DYNAMIC RANGE DAN INDEX MERGE MENGGUNAKAN TERLALU BANYAK MEMORI(OOM)
+ Bug \$124786290: REPLIKASI RUSAK SETELAH BUG \$174145 TERJADI DI MASTER
+ Bug \$127703912: PENGGUNAAN MEMORI BERLEBIH DENGAN BANYAK PERSIAPAN
+ Bug \$120527363: POTONG KERUSAKAN TABEL SEMENTARA:\$1 DICT\$1 TF2 \$1FLAG\$1IS\$1SET (TABEL, DICT\$1 \$1SEMENTARA) TF2
+ Bug\$123103937 PS\$1TRUNCATE\$1ALL\$1TABLES() TIDAK DAPAT DIGUNAKAN DALAM MODE SUPER\$1READ\$1ONLY
+ Bug \$125053286: MENGGUNAKAN TAMPILAN DENGAN KONDISI DALAM PROSEDUR MENYEBABKAN PERILAKU YANG TIDAK BENAR (diperbaiki di 5.6.36)
+ Bug \$125586773: PERILAKU YANG TIDAK BENAR UNTUK CREATE TABLE SELECT IN A LOOP IN SP (diperbaiki di 5.6.39)
+ Bug \$127407480: AUTOMATIC\$1SP\$1PRIVILEGES MEMBUTUHKAN HAK ISTIMEWA UNTUK TABEL MYSQL.USER
+ Bug \$126997096: Nilai `relay_log_space` tidak diperbarui secara sinkron sehingga nilainya terkadang jauh lebih tinggi daripada ruang disk aktual yang digunakan oleh log relay.
+ Bug\$115831300 SLAVE\$1TYPE\$1CONVERSIONS=ALL\$1NON\$1LOSSY TIDAK BEKERJA SEBAGAIMANA DIHARAPKAN
+ SSL Bug backport Bug \$117087862, Bug \$120551271
+ Bug \$116894092: REGRESI KINERJA DALAM 5.6.6\$1 UNTUK DIMASUKKAN KE ... SELECT … FROM (diperbaiki di 5.6.15).
+ Masukkan perbaikan bug yang terkait dengan `SLAVE_TYPE_CONVERSIONS`.
# Pembaruan mesin basis data Aurora MySQL 2021-06-03 (versi 1.22.5) (Dihentikan)
**Versi:** 1.22.5
Aurora MySQL 1.22.5 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1, dan 3.02.\$1.
Untuk membuat klaster dengan Aurora MySQL versi lama, tentukan versi mesin melalui RDS Console, AWS CLI, atau API Amazon RDS.
**catatan**
Versi ini ditetapkan sebagai rilis dukungan jangka panjang (LTS). Untuk informasi selengkapnya, lihat [ Rilis dukungan jangka panjang (LTS) Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) di *Panduan Pengguna Amazon Aurora*.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan ketersediaan:**
+ Menyelesaikan masalah yang dapat menyebabkan basis data terhenti, kemudian memulai ulang atau melakukan failover karena konflik serentak antara beberapa thread pembersihan internal.
+ Menyelesaikan masalah yang dapat menyebabkan klaster menjadi tidak tersedia jika basis data memulai ulang saat menahan transaksi XA dalam status siap, lalu memulai ulang lagi sebelum transaksi tersebut dijalankan atau dibatalkan. Sebelum perbaikan ini, Anda dapat mengatasi masalah tersebut dengan memulihkan klaster ke titik waktu tertentu sebelum mulai ulang pertama.
+ Menyelesaikan masalah yang dapat menyebabkan pembersihan InnoDB diblokir jika basis data memulai ulang saat memproses pernyataan DDL. Akibatnya, daftar riwayat InnoDB akan bertambah panjang dan volume penyimpanan klaster akan terus bertambah hingga penuh, sehingga basis data menjadi tidak tersedia. Sebelum perbaikan ini, Anda dapat mengatasi masalah tersebut dengan memulai ulang basis data lagi untuk membuka blokir pembersihan.
# Pembaruan mesin basis data Aurora MySQL 2021-03-04 (versi 1.22.4) (Dihentikan)
**Versi:** 1.22.4
Aurora MySQL 1.22.4 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 dan 3.02.\$1.
Untuk membuat cluster dengan versi lama Aurora MySQL, tentukan versi engine melalui RDS Console, AWS CLI, atau Amazon RDS API.
**catatan**
Versi ini ditetapkan sebagai rilis dukungan jangka panjang (LTS). Untuk informasi selengkapnya, lihat [ Rilis dukungan jangka panjang (LTS) Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) di *Panduan Pengguna Amazon Aurora*.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan keamanan:**
Perbaikan dan penyempurnaan lain untuk penanganan fine-tune di lingkungan terkelola. Di bawah ini adalah beberapa perbaikan CVE tambahan:
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
**Perbaikan ketersediaan:**
+ Memperbaiki masalah yang dapat memicu basis data memulai ulang atau melakukan failover selama perintah `kill session`. Jika Anda mengalami masalah ini, hubungi AWS dukungan untuk mengaktifkan perbaikan ini pada instans Anda.
+ Memperbaiki pencatatan log biner untuk mengurangi waktu pemulihan crash dan latensi commit saat melibatkan transaksi besar.
+ Memperbaiki masalah yang menyebabkan replika binlog berhenti dengan kesalahan `HA_ERR_KEY_NOT_FOUND`.
# Pembaruan mesin basis data Aurora MySQL 2020-11-09 (versi 1.22.3) (Usang)
**Versi:** 1.22.3
Aurora MySQL 1.22.3 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 dan 3.02.\$1.
Untuk membuat cluster dengan versi lama Aurora MySQL, tentukan versi engine melalui RDS Console, AWS CLI, atau Amazon RDS API.
**catatan**
Versi ini ditetapkan sebagai rilis dukungan jangka panjang (LTS). Untuk informasi selengkapnya, lihat [ Rilis dukungan jangka panjang (LTS) Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) di *Panduan Pengguna Amazon Aurora*.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan keamanan:**
Perbaikan dan penyempurnaan lain untuk penanganan fine-tune di lingkungan terkelola. Di bawah ini adalah beberapa perbaikan CVE tambahan:
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
+ [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579)
+ [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812)
+ [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780)
+ [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763)
**Perubahan tidak kompatibel:**
Versi ini memperkenalkan perubahan izin yang memengaruhi perilaku perintah `mysqldump`. Pengguna harus memiliki hak istimewa `PROCESS` untuk mengakses tabel `INFORMATION_SCHEMA.FILES`. Untuk menjalankan perintah `mysqldump` tanpa perubahan apa pun, berikan hak istimewa `PROCESS` untuk pengguna basis data yang terhubung dengan perintah `mysqldump`. Anda juga dapat menjalankan perintah `mysqldump` dengan opsi `--no-tablespaces`. Dengan opsi tersebut, output `mysqldump ` tidak menyertakan pernyataan `CREATE LOGFILE GROUP` atau `CREATE TABLESPACE` apa pun. Dalam hal ini, perintah `mysqldump` tidak mengakses tabel `INFORMATION_SCHEMA.FILES`, dan Anda tidak perlu memberikan izin `PROCESS`.
**Perbaikan ketersediaan:**
+ Memperbaiki masalah yang mungkin menyebabkan server memulai ulang selama pemulihan pernyataan DDL yang tidak di-commit.
+ Memperbaiki kondisi balapan di manajer kunci yang dapat menyebabkan server memulai ulang.
+ Memperbaiki masalah yang mungkin menyebabkan agen pemantau memulai ulang server selama pemulihan transaksi besar
**Perbaikan umum:**
+ Mengubah perilaku untuk memetakan `MIXED` `binlog_format` ke `ROW` alih-alih `STATEMENT` saat menjalankan `LOAD DATA FROM INFILE | S3`.
+ Memperbaiki masalah di mana replika binlog yang terhubung ke primer binlog Aurora MySQL mungkin menampilkan data yang tidak lengkap ketika primer yang dijalankan `LOAD DATA FROM S3` dan `binlog_format` diatur ke `STATEMENT`.
## Integrasi perbaikan bug MySQL Community Edition
+ Bug \$126654685: Indeks ID rusak yang ditemukan selama pemeriksaan kunci asing memunculkan pernyataan
+ Bug \$115831300: Secara default, ketika mempromosikan integer dari tipe yang lebih kecil pada master ke tipe yang lebih besar pada slave (misalnya, dari kolom [SMALLINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) pada master ke kolom [BIGINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) pada slave), nilai yang dipromosikan diperlakukan seolah-olah ditandatangani. Dalam kasus seperti itu, perilaku ini dapat dimodifikasi atau ditimpa menggunakan `ALL_SIGNED`, `ALL_UNSIGNED` baik salah satu maupun keduanya dalam set nilai yang ditetapkan untuk variabel sistem server [slave\$1type\$1conversions](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_type_conversions). Untuk informasi selengkapnya, lihat [Replikasi berbasis baris: promosi dan demosi atribut](https://dev.mysql.com/doc/refman/5.6/en/replication-features-differing-tables.html#replication-features-attribute-promotion), serta deskripsi variabel.
+ Bug \$117449901: Dengan `foreign_key_checks=0`, InnoDB mengizinkan penghapusan indeks yang diperlukan oleh batasan kunci asing, sehingga tabel menjadi tidak konsisten dan menyebabkan kegagalan pemeriksaan kunci asing yang terjadi di pemuatan tabel. InnoDB sekarang mencegah penghapusan indeks yang diperlukan oleh batasan kunci asing, sekalipun dengan foreign\$1key\$1checks=0. Batasan kunci asing harus dibuang sebelum menghapus indeks kunci asing.
+ BUG \$120768847: [ALTER TABLE ... Operasi DROP INDEX](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html) pada tabel dengan dependensi kunci asing memunculkan pernyataan.
# Pembaruan mesin basis data Aurora MySQL 2020-03-05 (versi 1.22.2) (Dihentikan)
**Versi:** 1.22.2
Aurora MySQL 1.22.2 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 dan 3.02.\$1.
Untuk membuat cluster dengan versi lama Aurora MySQL, harap tentukan versi mesin melalui Konsol RDS, AWS CLI, atau Amazon RDS API.
**catatan**
Versi ini saat ini tidak tersedia di wilayah berikut: AWS GovCloud (AS-Timur) [us-gov-east-1], AWS GovCloud (AS-Barat) [us-gov-west-1]. Akan ada pengumuman terpisah setelah tersedia.
Versi ini ditetapkan sebagai rilis dukungan jangka panjang (LTS). Untuk informasi selengkapnya, lihat [ Rilis dukungan jangka panjang (LTS) Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) di *Panduan Pengguna Amazon Aurora*.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan prioritas tinggi:**
+ Memperbaiki masalah kegagalan koneksi yang tidak stabil setelah rotasi sertifikat.
+ Memperbaiki masalah yang menyebabkan kloning memakan waktu lebih lama di beberapa klaster basis data dengan beban tulis yang tinggi.
+ Memperbaiki masalah yang merusak replikasi logis ketika parameter `binlog_checksum` diatur ke nilai yang berbeda pada master dan replika.
+ Memperbaiki masalah yang menyebabkan log lambat dan log umum mungkin tidak berotasi dengan benar pada replika baca.
+ Memperbaiki masalah pada perilaku ANSI Read Committed Isolation Level.
# Pembaruan mesin basis data Aurora MySQL 2019-12-23 (versi 1.22.1) (Dihentikan)
**Versi:** 1.22.1
Aurora MySQL 1.22.1 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 dan 3.02.\$1.
Untuk membuat cluster dengan versi lama dari Aurora MySQL, harap tentukan versi mesin melalui, atau RDS API Konsol Manajemen AWS. AWS CLI Anda memiliki opsi untuk meningkatkan klaster basis data Aurora MySQL 1.\$1 yang ada ke Aurora MySQL 1.22.1.
**catatan**
Versi ini saat ini tidak tersedia di AWS Wilayah berikut: AWS GovCloud (AS-Timur) [us-gov-east-1], (AS-Barat) [-1], Tiongkok AWS GovCloud (Ningxia) [cn-barat laut us-gov-west 1], Asia Pasifik (Hong Kong) [ap-east-1], dan Timur Tengah (Bahrain) [me-south-1. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
**catatan**
Prosedur untuk meningkatkan klaster DB Anda telah berubah. Untuk informasi selengkapnya, lihat [ Meningkatkan versi kecil atau tingkat patch klaster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan penting:**
+ Memperbaiki masalah yang mencegah pemulihan mesin yang melibatkan kunci tabel dan tabel sementara.
+ Meningkatkan stabilitas log biner saat tabel sementara digunakan.
**Perbaikan prioritas tinggi:**
+ Memperbaiki kebocoran memori yang lambat di sistem pelacakan basis data dan pencatatan log subsistem Aurora tertentu yang menurunkan memori yang dapat dilepas.
# Pembaruan mesin basis data Aurora MySQL 2019-11-25 (versi 1.22.0) (Dihentikan)
**Versi:** 1.22.0
Aurora MySQL 1.22.0 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 dan 3.02.\$1.
Untuk membuat cluster dengan versi lama dari Aurora MySQL, harap tentukan versi mesin melalui, atau RDS API Konsol Manajemen AWS. AWS CLI Anda memiliki opsi untuk meningkatkan klaster basis data Aurora MySQL 1.\$1 yang ada ke Aurora MySQL 1.22.0.
**catatan**
Versi ini saat ini tidak tersedia di AWS Wilayah berikut: AWS GovCloud (AS-Timur) [us-gov-east-1], (AS-Barat) [-1], Tiongkok AWS GovCloud (Ningxia) [cn-barat laut us-gov-west 1], Asia Pasifik (Hong Kong) [ap-east-1], Timur Tengah (Bahrain) [me-south-1], dan Amerika Selatan (São Paulo) [sa-sa-east-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
**catatan**
Prosedur untuk meningkatkan klaster DB Anda telah berubah. Untuk informasi selengkapnya, lihat [ Meningkatkan versi kecil atau tingkat patch klaster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Fitur baru:**
+ Klaster MySQL Aurora kini mendukung jenis instans r5.8xlarge, r5.16xlarge, dan r5.24xlarge.
+ Binlog memiliki peningkatan baru untuk latensi waktu penerapan yang lebih baik ketika transaksi yang sangat besar dilibatkan.
+ Aurora MySQL sekarang memiliki mekanisme untuk meminimalkan durasi waktu penulisan peristiwa transaksi besar ke binlog saat commit. Hal ini secara efektif mencegah pemulihan offline yang lama saat kerusakan basis data mengalami crash selama durasi tersebut. Fitur ini juga memperbaiki masalah ketika transaksi besar memblokir transaksi kecil pada commit binlog. Fitur ini dimatikan secara default dan dapat diaktifkan oleh tim layanan jika diperlukan untuk beban kerja Anda. Saat diaktifkan, fitur ini akan terpicu ketika ukuran transaksi >500MB.
+ Menambahkan dukungan untuk tingkat isolasi `READ COMMITTED` ANSI pada replika baca. Tingkat isolasi ini memungkinkan kueri yang berlangsung lama pada replika baca untuk mengeksekusi tanpa memengaruhi throughput tulis yang tinggi pada simpul penulis. Untuk informasi selengkapnya, lihat [Tingkat isolasi Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels).
+ Database Global sekarang memungkinkan penambahan wilayah replika hanya-baca sekunder untuk kluster basis data yang digunakan di Wilayah ini: AWS wilayah: AS Timur (Virginia N.) [us-timur-1], AS Timur (Ohio) [us-timur-2], AS Barat (California N.) [us-west-1], AS Barat (Oregon) [us-west-2], Eropa (Irlandia) [eu-west-1], Eropa (London) [eu-west-2], Eropa (Paris) [eu-west-3], Asia Pasifik (Tokyo) [ap-northeast-1], Asia Pasifik (Tokyo) [ap-northeast-1], Asia Pasifik (Seoul) [ap-northeast-2], Asia Pasifik (Singapura) [ap-southeast-1], Asia Pasifik (Sydney) [ap-southeast-2], Kanada (Tengah) [ca-central-1], Eropa (Frankfurt) [ eu-central-1], dan Asia Pasifik (Mumbai) [ap-south-1].
+ Fitur hot row contention sudah tersedia secara umum dan mode lab Aurora tidak perlu diatur ke ON. Fitur ini meningkatkan secara signifikan throughput untuk beban kerja dengan banyak transaksi yang bersaing untuk baris di halaman yang sama.
+ Versi ini telah memperbarui file zona waktu untuk mendukung pembaruan zona waktu terbaru Brasil untuk klaster baru.
**Perbaikan penting:**
+ [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922)
+ [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923)
+ [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924)
+ [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910)
**Perbaikan prioritas tinggi:**
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740)
+ [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064)
+ [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058)
+ [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464)
+ [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244)
+ [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612)
+ [CVE-2016-5439](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5439)
+ [CVE-2016-0606](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0606)
+ [CVE-2015-4904](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4904)
+ [CVE-2015-4879](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4879)
+ [CVE-2015-4864](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4864)
+ [CVE-2015-4830](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4830)
+ [CVE-2015-4826](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4826)
+ [CVE-2015-2620](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2620)
+ [CVE-2015-0382](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0382)
+ [CVE-2015-0381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0381)
+ [CVE-2014-6555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6555)
+ [CVE-2014-4258](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4258)
+ [CVE-2014-4260](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4260)
+ [CVE-2014-2444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2444)
+ [CVE-2014-2436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2436)
+ [CVE-2013-5881](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5881)
+ [CVE-2014-0393](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0393)
+ [CVE-2013-5908](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5908)
+ [CVE-2013-5807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5807)
+ [CVE-2013-3806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3806)
+ [CVE-2013-3811](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3811)
+ [CVE-2013-3804](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3804)
+ [CVE-2013-3807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3807)
+ [CVE-2013-2378](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2378)
+ [CVE-2013-2375](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2375)
+ [CVE-2013-1523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1523)
+ [CVE-2013-2381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2381)
+ [CVE-2012-5615](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5615)
+ [CVE-2014-6489](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6489)
+ Memperbaiki masalah dalam komponen pemulihan DDL yang menghasilkan waktu henti basis data yang lama. Klaster yang menjadi tidak tersedia setelah menjalankan kueri `TRUNCATE TABLE` di tabel dengan kolom `AUTO_INCREMENT` harus diperbarui.
+ Memperbaiki masalah dalam komponen pemulihan DDL yang menghasilkan waktu henti basis data yang lama. Klaster yang menjadi tidak tersedia setelah mengeksekusi kueri `DROP TABLE` pada beberapa tabel secara paralel harus diperbarui.
**Perbaikan stabilitas umum:**
+ Memperbaiki masalah yang menyebabkan replika baca memulai ulang selama transaksi jangka panjang. Pelanggan yang mengalami mulai ulang replika yang bertepatan dengan penurunan yang lebih cepat pada memori yang dapat dilepas sebaiknya mempertimbangkan untuk meningkatkan ke versi ini.
+ Memperbaiki masalah kesalahan pelaporan `ERROR 1836` ketika kueri bersarang dijalankan terhadap tabel sementara di replika baca.
+ Memperbaiki kesalahan kueri paralel pada instans pembaca Aurora ketika beban kerja tulis yang berat berjalan di instans tulis Aurora.
+ Memperbaiki masalah yang menyebabkan basis data yang dikonfigurasi sebagai Master Binlog memulai ulang selama beban kerja tulis yang berat sedang berjalan.
+ Memperbaiki masalah ketidaktersediaan berkepanjangan saat memulai ulang mesin. Perbaikan ini mengatasi masalah dalam inisialisasi pool buffer. Masalah ini sangat jarang terjadi tetapi dapat berpotensi memengaruhi rilis apa pun yang didukung.
+ Memperbaiki masalah yang menghasilkan data yang tidak konsisten di tabel `information_schema.replica_host_status`.
+ Memperbaiki kondisi balapan antara kueri paralel dan jalur eksekusi standar yang menyebabkan simpul Pembaca memulai ulang secara tidak pasti.
+ Meningkatkan stabilitas basis data ketika jumlah koneksi klien melebihi nilai parameter `max_connections`.
+ Meningkatkan stabilitas instans pembaca dengan memblokir DDL dan kueri `LOAD FROM S3` yang tidak didukung.
## Integrasi perbaikan bug MySQL Community Edition
+ Bug\$116346241 - KERUSAKAN SERVER DALAM ITEM\$1PARAM::QUERY\$1VAL\$1STR
+ Bug\$117733850 - NAME\$1CONST() CRASH DI ITEM\$1NAME\$1CONST::ITEM\$1NAME\$1CONST()
+ Bug \$120989615 - INNODB AUTO\$1INCREMENT MENGHASILKAN NILAI YANG SAMA DUA KALI
+ Bug \$120181776 - PENGENDALIAN AKSES TIDAK COCOK DENGAN SEBAGIAN BESAR HOST SPESIFIK SAAT MEMUAT WILDCARD
+ Bug \$127326796 - MYSQL CRASH DENGAN KEGAGALAN PERNYATAAN INNODB DI FILE PARS.CC PARS0
+ Bug \$120590013 - JIKA ANDA MEMILIKI INDEX TEKS PENUH DAN MELETAKKANNYA ANDA TIDAK LAGI DAPAT MELAKUKAN DDL ONLINE
# Pembaruan mesin basis data Aurora MySQL 2019-11-25 (versi 1.21.0) (Dihentikan)
**Versi:** 1.21.0
Aurora MySQL 1.21.0 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Rilis Aurora MySQL yang didukung saat ini adalah 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1, dan 2.07.\$1. Untuk membuat cluster dengan versi lama dari Aurora MySQL, harap tentukan versi mesin melalui, atau RDS API Konsol Manajemen AWS. AWS CLI Anda memiliki opsi untuk meningkatkan klaster basis data Aurora MySQL 1.\$1 yang ada ke Aurora MySQL 1.21.0.
**catatan**
Versi ini saat ini tidak tersedia di AWS Wilayah berikut: AWS GovCloud (AS-Timur) [us-gov-east-1], (AS-Barat) [-1], Tiongkok AWS GovCloud (Ningxia) [cn-barat laut us-gov-west 1], Asia Pasifik (Hong Kong) [ap-east-1], Eropa (Stockholm) [eu-north-1], dan Timur Tengah (Bahrain) [me-south-1] me-south-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
**catatan**
Prosedur untuk meningkatkan klaster DB Anda telah berubah. Untuk informasi selengkapnya, lihat [ Meningkatkan versi kecil atau tingkat patch klaster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan penting:**
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
**Perbaikan prioritas tinggi:**
+ Pelanggan dengan ukuran basis data yang mendekati 64 tebibyte (TiB) sangat disarankan untuk melakukan peningkatan ke versi ini untuk menghindari waktu henti akibat bug stabilitas yang memengaruhi volume yang mendekati batas penyimpanan Aurora.
**Perbaikan stabilitas umum:**
+ Memperbaiki kesalahan kueri paralel pada instans pembaca Aurora ketika beban kerja tulis yang berat berjalan di instans tulis Aurora.
+ Memperbaiki masalah pada instans pembaca Aurora yang mengurangi memori bebas selama transaksi jangka panjang saat ada lalu lintas commit transaksi yang berat di instans penulis.
+ Nilai parameter `aurora_disable_hash_join` sekarang tetap bertahan setelah memulai ulang basis data atau penggantian host.
+ Memperbaiki masalah yang terkait dengan cache Pencarian Teks Penuh yang menyebabkan instans Aurora kehabisan memori. Pelanggan yang menggunakan Pencarian Teks Penuh harus melakukan peningkatan.
+ Meningkatkan stabilitas basis data saat fitur sambungan hash diaktifkan dan instans memiliki memori yang rendah. Pelanggan yang menggunakan sambungan hash harus melakukan peningkatan.
+ Memperbaiki masalah pada cache kueri dengan kesalahan “Terlalu banyak koneksi” yang dapat menyebabkan mulai ulang.
+ Memperbaiki perhitungan memori bebas pada instans T2 dengan menyertakan pertukaran ruang memori untuk mencegah booting ulang yang tidak perlu.
## Integrasi perbaikan bug MySQL Community Edition
+ Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) DI \$1\$1MEMMOVE\$1 \$1KEMBALI DARI STRING: :COPY SSSE3
+ Bug \$117059925: Untuk pernyataan [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), nilai yang diperiksa baris tidak dihitung dengan benar. Ini diwujudkan sebagai nilai yang terlalu besar untuk kolom `ROWS_EXAMINED` dari tabel pernyataan Skema Kinerja (seperti [vents\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)).
+ Bug \$111827369: Beberapa kueri dengan subkueri bersarang `SELECT ... FROM DUAL` memunculkan pernyataan.
+ Bug \$116311231: Hasil yang salah dikembalikan apabila sebuah mengandung subkueri dalam klausa `IN` yang memuat operasi [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) di klausa `WHERE`.
# Pembaruan mesin basis data Aurora MySQL 2020-03-05 (versi 1.20.1) (Dihentikan)
**Versi:** 1.20.1
Aurora MySQL 1.20.1 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Rilis Aurora MySQL yang didukung saat ini adalah 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1, dan 2.07.\$1. Anda dapat memulihkan snapshot basis data Aurora MySQL 1.\$1 ke Aurora MySQL 1.20.1.
Untuk membuat cluster dengan versi lama Aurora MySQL, harap tentukan versi mesin melalui Konsol RDS, AWS CLI, atau Amazon RDS API.
**catatan**
Versi ini saat ini tidak tersedia di wilayah berikut: AWS GovCloud (AS-Timur) [us-gov-east-1], AWS GovCloud (AS-Barat) [us-gov-west-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan prioritas tinggi:**
+ Memperbaiki masalah kegagalan koneksi yang tidak stabil setelah rotasi sertifikat.
+ Memperbaiki masalah yang terkait dengan konkurensi penutupan koneksi yang akan mengakibatkan failover di bawah beban kerja yang berat.
**Perbaikan stabilitas umum:**
+ Memperbaiki kegagalan selama eksekusi kueri kompleks yang melibatkan sambungan multitabel dan agregasi yang menggunakan tabel menengah secara internal.
# Pembaruan mesin basis data Aurora MySQL 2019-11-11 (versi 1.20.0) (Dihentikan)
**Versi:** 1.20.0
Aurora MySQL 1.20.0 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Rilis Aurora MySQL yang didukung saat ini adalah 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, dan 2.04.\$1. Untuk membuat cluster dengan versi lama dari Aurora MySQL, harap tentukan versi mesin melalui, atau RDS API Konsol Manajemen AWS. AWS CLI Anda memiliki opsi untuk meningkatkan klaster basis data Aurora MySQL 1.\$1 yang ada, hingga 1.19.5, ke Aurora MySQL 1.20.0.
**catatan**
Versi ini saat ini tidak tersedia di AWS Wilayah berikut: AWS GovCloud (AS-Timur) [us-gov-east-1], (AS-Barat) [-1], Tiongkok AWS GovCloud (Ningxia) [cn-barat laut us-gov-west 1], Asia Pasifik (Hong Kong) [ap-east-1], Eropa (Stockholm) [eu-north-1], dan Timur Tengah (Bahrain) [me-south-1] me-south-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
**catatan**
Prosedur untuk meningkatkan klaster DB Anda telah berubah. Untuk informasi selengkapnya, lihat [ Meningkatkan versi kecil atau tingkat patch klaster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan penting:**
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
**Perbaikan prioritas tinggi:**
+ Pelanggan dengan ukuran basis data yang mendekati 64 tebibyte (TiB) sangat disarankan untuk melakukan peningkatan ke versi ini untuk menghindari waktu henti akibat bug stabilitas yang memengaruhi volume yang mendekati batas penyimpanan Aurora.
**Perbaikan stabilitas umum:**
+ Memperbaiki kesalahan kueri paralel pada instans pembaca Aurora ketika beban kerja tulis yang berat berjalan di instans tulis Aurora.
+ Memperbaiki masalah pada instans pembaca Aurora yang mengurangi memori bebas selama transaksi jangka panjang saat ada lalu lintas commit transaksi yang berat di instans penulis.
+ Nilai parameter `aurora_disable_hash_join` sekarang tetap bertahan setelah memulai ulang basis data atau penggantian host.
+ Memperbaiki masalah yang terkait dengan cache Pencarian Teks Penuh yang menyebabkan instans Aurora kehabisan memori. Pelanggan yang menggunakan Pencarian Teks Penuh harus melakukan peningkatan.
+ Meningkatkan stabilitas basis data saat fitur sambungan hash diaktifkan dan instans memiliki memori yang rendah. Pelanggan yang menggunakan sambungan hash harus melakukan peningkatan.
+ Memperbaiki masalah pada cache kueri dengan kesalahan “Terlalu banyak koneksi” yang dapat menyebabkan mulai ulang.
+ Memperbaiki perhitungan memori bebas pada instans T2 dengan menyertakan pertukaran ruang memori untuk mencegah booting ulang yang tidak perlu.
## Integrasi perbaikan bug MySQL Community Edition
+ Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) DI \$1\$1MEMMOVE\$1 \$1KEMBALI DARI STRING: :COPY SSSE3
+ Bug \$117059925: Untuk pernyataan [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), nilai yang diperiksa baris tidak dihitung dengan benar. Ini diwujudkan sebagai nilai yang terlalu besar untuk kolom `ROWS_EXAMINED` dari tabel pernyataan Skema Kinerja (seperti [vents\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)).
+ Bug \$111827369: Beberapa kueri dengan subkueri bersarang `SELECT ... FROM DUAL` memunculkan pernyataan.
+ Bug \$116311231: Hasil yang salah dikembalikan apabila sebuah mengandung subkueri dalam klausa `IN` yang memuat operasi [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) di klausa `WHERE`.
# Pembaruan mesin basis data Aurora MySQL 2020-03-05 (versi 1.19.6) (Dihentikan)
**Versi:** 1.19.6
Aurora MySQL 1.19.6 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1, dan 3.02.\$1.
Anda dapat memulihkan snapshot basis data Aurora MySQL 1.\$1 ke Aurora MySQL 1.19.6.
Untuk membuat cluster dengan versi lama Aurora MySQL, harap tentukan versi mesin melalui Konsol RDS, AWS CLI, atau Amazon RDS API.
**catatan**
Versi ini saat ini tidak tersedia di wilayah berikut: AWS GovCloud (AS-Timur) [us-gov-east-1], AWS GovCloud (AS-Barat) [us-gov-west-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan prioritas tinggi:**
+ Memperbaiki masalah kegagalan koneksi yang tidak stabil setelah rotasi sertifikat.
# Pembaruan mesin basis data Aurora MySQL 2019-09-19 (versi 1.19.5) (Dihentikan)
**Versi:** 1.19.5
Aurora MySQL 1.19.5 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat [ Mempersiapkan akhir masa pakai Amazon Aurora Edisi Kompatibel MySQL versi 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html).
Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1, dan 3.02.\$1.
Anda memiliki opsi untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.19.5. Anda dapat memulihkan snapshot Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.1, dan 1.19.2 ke Aurora MySQL 1.19.5.
Untuk menggunakan versi lama Aurora MySQL, Anda dapat membuat cluster database baru dengan menentukan versi mesin melalui, API, atau RDS. Konsol Manajemen AWS AWS CLI
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
**catatan**
Versi ini saat ini tidak tersedia di AWS Wilayah berikut: Eropa (London) [eu-west-2] AWS GovCloud , (AS-Timur) [-1], (AS-Barat) us-gov-east [-1], Tiongkok AWS GovCloud (Ningxia) [us-gov-westcn-barat-1], dan Asia Pasifik (Hong Kong) [ap-east-1]. Akan ada pengumuman terpisah setelah tersedia.
**catatan**
Prosedur untuk meningkatkan klaster DB Anda telah berubah. Untuk informasi selengkapnya, lihat [ Meningkatkan versi kecil atau tingkat patch klaster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah pada instans pembaca Aurora yang mengurangi memori bebas selama transaksi jangka panjang saat ada lalu lintas commit transaksi yang berat di instans penulis.
+ Memperbaiki kesalahan kueri paralel pada instans pembaca Aurora ketika beban kerja tulis yang berat berjalan di instans tulis Aurora.
+ Nilai parameter `aurora_disable_hash_join` sekarang tetap dipertahankan setelah mulai ulang basis data atau penggantian host.
+ Memperbaiki masalah yang terkait dengan cache Pencarian Teks Penuh yang menyebabkan instans Aurora kehabisan memori.
+ Meningkatkan stabilitas basis data ketika ukuran volume mendekati batas volume 64 tebibyte (TiB) dengan mencadangkan ruang berukuran 160 GB untuk alur kerja pemulihan guna menyelesaikan tanpa failover.
+ Meningkatkan stabilitas basis data saat fitur sambungan hash diaktifkan dan instans memiliki memori yang rendah.
+ Memperbaiki perhitungan memori bebas dengan menyertakan pertukaran ruang memori pada instans T2 yang menyebabkan instans mengalami booting ulang sebelum waktunya.
+ Memperbaiki masalah pada cache kueri dengan kesalahan “Terlalu banyak koneksi” yang dapat menyebabkan mulai ulang.
## Integrasi perbaikan bug MySQL Community Edition
+ [CVE-2018-2696](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
+ Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) DI \$1\$1MEMMOVE\$1 \$1KEMBALI DARI STRING: :COPY SSSE3
+ Bug \$117059925: Untuk pernyataan [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), nilai yang diperiksa baris tidak dihitung dengan benar. Ini diwujudkan sebagai nilai yang terlalu besar untuk kolom `ROWS_EXAMINED` dari tabel pernyataan Skema Kinerja (seperti [vents\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)).
+ Bug \$111827369: Beberapa kueri dengan subkueri bersarang `SELECT ... FROM DUAL` memunculkan pernyataan.
+ Bug \$116311231: Hasil yang salah dikembalikan apabila sebuah mengandung subkueri dalam klausa `IN` yang memuat operasi [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) di klausa `WHERE`.
# Pembaruan mesin basis data Aurora MySQL 2019-06-05 (versi 1.19.2) (Dihentikan)
**Versi:** 1.19.2
Aurora MySQL 1.19.2 tersedia secara umum. Semua klaster basis data Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, dapat dibuat dengan 1.17.8, 1.19.0, 1.19.1, atau 1.19.2. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.19.2. Untuk menggunakan versi yang lebih lama, Anda dapat membuat klaster basis data baru di Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8, atau Aurora MySQL 1.18. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
**catatan**
Versi ini saat ini tidak tersedia di Wilayah AWS GovCloud (AS-Barat) [us-gov-west-1], Eropa (Stockholm) [eu-north-1], Tiongkok (Ningxia) [cn-northwest-1], dan Asia Pasifik (Hong Kong) [ap-east-1]. AWS Akan ada pengumuman terpisah setelah tersedia.
**catatan**
Prosedur untuk meningkatkan klaster DB Anda telah berubah. Untuk informasi selengkapnya, lihat [ Meningkatkan versi kecil atau tingkat patch klaster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah yang dapat menyebabkan kegagalan saat memuat data ke Aurora dari Amazon S3.
+ Memperbaiki masalah yang dapat menyebabkan kegagalan saat mengunggah data dari Aurora ke Amazon S3.
+ Memperbaiki masalah yang menyebabkan sesi zombie yang dibiarkan dalam status dimatikan.
+ Memperbaiki masalah yang menyebabkan koneksi yang dibatalkan saat menangani kesalahan dalam manajemen protokol jaringan.
+ Memperbaiki masalah yang dapat menyebabkan crash saat menangani tabel yang dipartisi.
+ Memperbaiki masalah terkait replikasi binlog dari pembuatan pemicu.
# Pembaruan mesin basis data Aurora MySQL 2019-05-09 (versi 1.19.1) (Dihentikan)
**Versi:** 1.19.1
Aurora MySQL 1.19.1 tersedia secara umum. Semua klaster basis data Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, dapat dibuat dengan 1.17.8, 1.19.0, atau 1.19.1. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.19.1. Untuk menggunakan versi yang lebih lama, Anda dapat membuat klaster basis data baru di Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8, atau Aurora MySQL 1.18. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
**catatan**
Versi ini saat ini tidak tersedia di wilayah AWS GovCloud (AS-Barat) [us-gov-west-1] dan Tiongkok (Beijing) [cn-north-1]. Akan ada pengumuman terpisah setelah tersedia.
**catatan**
Prosedur untuk meningkatkan klaster DB Anda telah berubah. Untuk informasi selengkapnya, lihat [ Meningkatkan versi kecil atau tingkat patch klaster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki bug dalam replikasi binlog yang dapat menyebabkan masalah pada instans Aurora yang dikonfigurasi sebagai pekerja binlog.
+ Memperbaiki kesalahan dalam menangani jenis `ALTER TABLE` perintah.
+ Memperbaiki masalah terkait koneksi yang dibatalkan karena kesalahan dalam manajemen protokol jaringan.
# Pembaruan mesin basis data Aurora MySQL 2019-02-07 (versi 1.19.0) (Dihentikan)
**Versi:** 1.19.0
Aurora MySQL 1.19.0 tersedia secara umum. Semua klaster basis data Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, dapat dibuat dengan 1.17.8 atau 1.19.0. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.19.0. Untuk menggunakan versi yang lebih lama, Anda dapat membuat klaster basis data baru di Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8, atau Aurora MySQL 1.18.0. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
**catatan**
Versi ini saat ini tidak tersedia di wilayah AWS GovCloud (AS-Barat) [us-gov-west-1] dan Tiongkok (Beijing) [cn-north-1]. Akan ada pengumuman terpisah setelah tersedia.
**catatan**
Prosedur untuk meningkatkan klaster DB Anda telah berubah. Untuk informasi selengkapnya, lihat [ Meningkatkan versi kecil atau tingkat patch klaster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) di *Panduan Pengguna Amazon Aurora*.
## Fitur
+ **Pemilih Versi Aurora** - Dimulai dengan Aurora MySQL 1.19.0, Anda dapat memilih salah satu dari beberapa versi Aurora yang kompatibel dengan MySQL 5.6 di konsol Amazon RDS. Untuk informasi selengkapnya, lihat [ Memeriksa atau menentukan versi mesin Aurora MySQL melalui AWS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah stabilitas yang terkait dengan kueri `CHECK TABLE` di Replika Aurora.
+ Memperkenalkan variabel pengguna global baru `aurora_disable_hash_join` untuk menonaktifkan Sambungan Hash.
+ Memperbaiki masalah stabilitas saat membuat baris output selama beberapa kali sambungan hash.
+ Memperbaiki masalah yang menyebabkan kesalahan hasil karena perubahan rencana selama pemeriksaan kelayakan Sambungan Hash.
+ Zero Downtime Patching didukung dengan transaksi yang berjalan lama. Peningkatan ini akan mulai berlaku saat peningkatan dari versi 1.19 ke versi yang lebih tinggi.
+ Zero Downtime Patching sekarang didukung ketika binlog diaktifkan. Peningkatan ini akan mulai berlaku saat peningkatan dari versi 1.19 ke versi yang lebih tinggi.
+ Memperbaiki masalah yang menyebabkan lonjakan penggunaan CPU di Replika Aurora yang tidak terkait dengan beban kerja.
+ Memperbaiki kondisi balapan di manajer kunci yang mengakibatkan mulai ulang basis data.
+ Memperbaiki kondisi balapan di komponen manajer kunci untuk meningkatkan stabilitas instans Aurora.
+ Memperbaiki stabilitas detektor deadlock di dalam komponen manajer kunci.
+ Operasi `INSERT` pada tabel dilarang jika InnoDB mendeteksi bahwa indeks rusak.
+ Memperbaiki masalah stabilitas dalam DDL Cepat.
+ Meningkatkan stabilitas Aurora dengan mengurangi konsumsi memori dalam pemindaian batch untuk subkueri baris tunggal.
+ Memperbaiki masalah stabilitas yang terjadi setelah kunci asing dihilangkan ketika variabel sistem `foreign_key_checks` diatur ke 0.
+ Memperbaiki masalah di fitur Out Of Memory Avoidance yang salah membatalkan perubahan ke nilai `table_definition_cache` yang dibuat pengguna.
+ Memperbaiki masalah stabilitas dalam fitur Out Of Memory Avoidance.
+ Memperbaiki masalah yang mengatur `query_time` dan `lock_time` di `slow_query_log` ke nilai sampah.
+ Memperbaiki masalah stabilitas kueri paralel yang dipicu oleh penanganan yang tidak tepat terhadap kolasi string secara internal.
+ Memperbaiki masalah stabilitas kueri paralel yang dipicu oleh pencarian indeks sekunder.
+ Memperbaiki masalah stabilitas kueri paralel yang dipicu oleh pembaruan multitabel.
## Integrasi perbaikan bug MySQL Community Edition
+ BUG \$132917: DETEKSI FILE TEMP-POOL ORPHAN, DAN TANGANI DENGAN MULUS
+ BUG \$163144 BUAT TABEL JIKA TIDAK ADA METADATA TERLALU MEMBATASI
# Pembaruan mesin basis data Aurora MySQL 2018-09-20 (versi 1.18.0) (Dihentikan)
**Versi:** 1.18.0
Aurora MySQL 1.18.0 tersedia secara umum. Semua klaster kueri paralel Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora MySQL 1.18.0. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster kueri paralel yang ada ke Aurora MySQL 1.18.0. Anda dapat membuat klaster DB baru di Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, atau Aurora MySQL 1.17.6. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora MySQL 1.18.0, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama.
**penting**
Aurora MySQL 1.18.0 hanya berlaku untuk klaster kueri paralel Aurora. Jika Anda meningkatkan klaster 5.6.10a yang telah disediakan, versi yang dihasilkan adalah 1.17.8. Jika Anda meningkatkan klaster 5.6.10a kueri paralel, versi yang dihasilkan adalah 1.18.0.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Fitur
+ **Kueri Paralel** tersedia dengan rilis ini, untuk klaster baru dan snapshot yang dipulihkan. Aurora MySQL parallel query adalah optimasi yang memparalelkan beberapa dan komputasi yang terlibat dalam pemrosesan kueri data-intensif I/O . Pekerjaan yang diparalelkan mencakup pengambilan baris dari penyimpanan, ekstraksi nilai kolom, dan penentuan baris yang cocok dengan ketentuan dalam klausa `WHERE` dan klausa sambungan. Pekerjaan sarat data ini didelegasikan (dalam istilah pengoptimalan basis data, ditekan) ke beberapa simpul di lapisan penyimpanan terdistribusi Aurora. Tanpa kueri paralel, setiap kueri membawa semua data yang dipindai ke simpul tunggal dalam klaster Aurora MySQL (simpul kepala) dan melakukan semua pemrosesan kueri di sana.
+ Saat fitur kueri paralel diaktifkan, mesin Aurora MySQL secara otomatis menentukan kapan kueri dapat menguntungkan, tanpa memerlukan perubahan SQL seperti petunjuk atau atribut tabel.
Untuk informasi selengkapnya, lihat [ Menggunakan kueri paralel untuk Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) di *Panduan Pengguna Amazon Aurora*.
+ **OOM Avoidance:** Fitur ini memantau memori sistem dan melacak memori yang dikonsumsi oleh berbagai komponen basis data. Setelah sistem memiliki memori yang rendah, sistem melakukan sederet tindakan untuk melepaskan memori dari berbagai komponen yang dilacak dalam upaya menyimpan basis data agar tidak masuk ke status Out of Memory (OOM) dan dengan demikian menghindari mulai ulang basis data. Fitur upaya terbaik ini diaktifkan secara default untuk instans t2 dan dapat diaktifkan di kelas instans lain melalui parameter instans baru yang bernama `aurora_oom_response`. Parameter instans ini mengambil serangkaian tindakan yang dipisahkan koma yang harus dilakukan oleh instans saat memorinya rendah. Tindakan yang valid meliputi "print", "tune", "decline", "kill\$1query", atau kombinasinya. Setiap string kosong berarti tidak boleh ada tindakan yang diambil dan membuat fitur menjadi dinonaktifkan secara efektif. Perhatikan bahwa tindakan default untuk fitur ini adalah “print, tune”. Contoh penggunaan:
+ “print” – Hanya mencetak kueri yang mengambil memori dalam jumlah besar.
+ “tune” – Menyesuaikan cache tabel internal untuk melepas beberapa memori kembali ke sistem.
+ “decline” – Menolak kueri baru setelah memori instans rendah.
+ “kill\$1query” – Mematikan kueri dalam urutan konsumsi memori secara menurun hingga permukaan memori instans di atas ambang batas rendah. Pernyataan data definition language (DDL) tidak dimatikan.
+ "print, tune" – Melakukan tindakan yang dijelaskan untuk “print” dan “tune”.
+ "tune, decline, kill\$1query" – Melakukan tindakan yang dijelaskan untuk "tune", "decline", dan "kill\$1query".
*Untuk informasi tentang out-of-memory kondisi penanganan dan saran pemecahan masalah lainnya, lihat Amazon [Aurora MySQL masalah kehabisan memori di Panduan Pengguna Amazon](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) Aurora.*
# Pembaruan mesin basis data Aurora MySQL 2020-03-05 (versi 1.17.9) (Dihentikan)
**Versi:** 1.17.9
Aurora MySQL 1.17.9 tersedia secara umum. Aurora MySQL versi 1.\$1 kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7.
Rilis Aurora MySQL yang didukung saat ini adalah 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1, dan 2.07.\$1. Anda dapat memulihkan snapshot basis data Aurora MySQL 1.\$1 ke Aurora MySQL 1.17.9.
Untuk membuat cluster dengan versi lama Aurora MySQL, harap tentukan versi mesin melalui Konsol RDS, AWS CLI, atau Amazon RDS API.
**catatan**
Versi ini saat ini tidak tersedia di wilayah berikut: AWS GovCloud (AS-Timur) [us-gov-east-1], AWS GovCloud (AS-Barat) [us-gov-west-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
**Perbaikan prioritas tinggi:**
+ Memperbaiki masalah kegagalan koneksi yang tidak stabil setelah rotasi sertifikat.
# Pembaruan mesin basis data Aurora MySQL 2019-01-17 (versi 1.17.8) (Dihentikan)
**Versi:** 1.17.8
Aurora MySQL 1.17.9 tersedia secara umum. Semua klaster basis data Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora MySQL 1.17.8. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.17.8. Untuk menggunakan versi yang lebih lama, Anda dapat membuat klaster basis data baru di Aurora MySQL 1.14.4, 1.15.1, 1.16, atau 1.17.7. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora MySQL 1.17.8, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama.
**catatan**
Versi ini saat ini tidak tersedia di wilayah AWS GovCloud (AS-Barat) [us-gov-west-1] dan Tiongkok (Beijing) [cn-north-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah kinerja yang meningkatkan penggunaan CPU di Replika Aurora setelah memulai ulang.
+ Memperbaiki masalah stabilitas untuk kueri `SELECT` yang menggunakan sambungan hash.
## Integrasi perbaikan bug MySQL Community Edition
+ BUG \$113418638 BUAT TABEL JIKA TIDAK ADA METADATA TERLALU MEMBATASI
# Pembaruan mesin basis data Aurora MySQL 2018-10-08 (versi 1.17.7) (Dihentikan)
**Versi:** 1.17.7
Aurora MySQL 1.17.7 tersedia secara umum. Semua klaster basis data Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora MySQL 1.17.7. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.17.7. Untuk menggunakan versi yang lebih lama, Anda dapat membuat klaster basis data baru di Aurora MySQL 1.14.4, 1.15.1, 1.16, atau 1.17.6. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora MySQL 1.17.7, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama.
**catatan**
Versi ini saat ini tidak tersedia di wilayah AWS GovCloud (AS-Barat) [us-gov-west-1] dan Tiongkok (Beijing) [cn-north-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Variabel status InnoDB `innodb_buffer_pool_size` telah dibuat terlihat oleh publik untuk diubah oleh pelanggan.
+ Memperbaiki masalah stabilitas di klaster Aurora yang terjadi saat terjadi failover.
+ Peningkatan ketersediaan klaster dengan memperbaiki masalah pemulihan DDL yang terjadi setelah kegagalan operasi `TRUNCATE`.
+ Memperbaiki masalah stabilitas yang terkait dengan pembaruan tabel `mysql.innodb_table_stats`, yang dipicu oleh operasi DDL.
+ Memperbaiki masalah stabilitas Replika Aurora yang dipicu selama pembatalan cache kueri setelah operasi DDL.
+ Memperbaiki masalah stabilitas yang dipicu oleh akses memori yang tidak valid selama pengosongan cache kamus berkala di latar belakang.
## Integrasi perbaikan bug MySQL Community Edition
+ Bug \$116208542: Meletakkan indeks pada kolom kunci asing menyebabkan hilangnya tabel.
+ Bug \$176349: kebocoran memori di add\$1derived\$1key().
+ Bug \$116862316: Untuk tabel yang dipartisi, kueri dapat memberikan hasil yang berbeda bergantung pada apakah Penggabungan Indeks digunakan.
+ Bug \$117588348: Kueri yang menggunakan optimasi index\$1merge (lihat [Optimasi penggabungan indeks](https://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html)) dapat memberikan hasil yang tidak valid saat menjalankan tabel yang dipartisi oleh HASH.
# Pembaruan mesin basis data Aurora MySQL 2018-09-06 (versi 1.17.6) (Dihentikan)
**Versi:** 1.17.6
Aurora MySQL 1.17.6 tersedia secara umum. Semua klaster basis data Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora MySQL 1.17.6. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.17.6. Untuk menggunakan versi yang lebih lama, Anda dapat membuat klaster basis data baru di Aurora MySQL 1.14.4, 1.15.1, 1.16, atau 1.17.5. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora MySQL 1.17.6, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama.
**catatan**
Versi ini saat ini tidak tersedia di wilayah AWS GovCloud (AS-Barat) [us-gov-west-1] dan Tiongkok (Beijing) [cn-north-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah stabilitas di Pembaca Aurora untuk kueri `SELECT` saat Penulis Aurora melakukan operasi DDL pada tabel yang sama.
+ Memperbaiki masalah stabilitas yang disebabkan oleh pembuatan dan penghapusan log DDL untuk tabel sementara yang menggunakan mesin. Heap/Memory
+ Memperbaiki masalah stabilitas pada pekerja binlog ketika pernyataan DDL direplikasi ketika koneksi ke Master Binlog tidak stabil.
+ Memperbaiki masalah stabilitas yang dihadapi saat menulis ke log kueri yang lambat.
+ Memperbaiki masalah dengan tabel status replika yang berisi informasi lag Pembaca Aurora yang salah.
## Integrasi perbaikan bug MySQL Community Edition
+ Untuk pernyataan [ALTER TABLE](https://dev.mysql.com/doc/refman/5.6/en/alter-table.html) yang mengubah nama atau mengubah nilai default dari kolom [BINARY](https://dev.mysql.com/doc/refman/5.6/en/binary-varbinary.html), perubahan dilakukan menggunakan salinan tabel dan bukan di tempatnya. (Bug \$167141, Bug \$114735373, Bug \$169580, Bug \$117024290)
+ Sambungan luar antara tabel biasa dan tabel turunan yang secara implisit dikelompokkan dapat menyebabkan server keluar. (Bug \$116177639)
# Pembaruan mesin basis data Aurora MySQL 2018-08-14 (versi 1.17.5) (Dihentikan)
**Versi:** 1.17.5
Aurora MySQL 1.17.5 tersedia secara umum. Semua klaster basis data Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora MySQL 1.17.5. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.17.5. Untuk menggunakan versi yang lebih lama, Anda dapat membuat klaster basis data baru di Aurora MySQL 1.14.4, 1.15.1, 1.16, atau 1.17.4. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora MySQL 1.17.5, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama.
**catatan**
Versi ini saat ini tidak tersedia di wilayah AWS GovCloud (AS-Barat) [us-gov-west-1] dan Tiongkok (Beijing) [cn-north-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah yang menyebabkan Penulis Aurora mungkin mengalami mulai ulang setelah klaster Aurora ditambal menggunakan fitur Zero-Downtime Patching.
# Pembaruan mesin basis data Aurora MySQL 2018-08-07 (versi 1.17.4) (Dihentikan)
**Versi:** 1.17.4
Aurora MySQL 1.17.4 tersedia secara umum. Semua klaster basis data Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora MySQL 1.17.4. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.17.4. Untuk menggunakan versi yang lebih lama, Anda dapat membuat klaster basis data baru di Aurora MySQL 1.14.4, 1.15.1, 1.16, atau 1.17.3. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora MySQL 1.17.4, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama.
**catatan**
Versi ini saat ini tidak tersedia di wilayah AWS GovCloud (AS-Barat) [us-gov-west-1] dan Tiongkok (Beijing) [cn-north-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Perbaikan replikasi:
+ Mengurangi lalu lintas jaringan dengan tidak memindahkan catatan binlog ke replika klaster. Perbaikan ini diaktifkan secara default.
+ Mengurangi lalu lintas jaringan dengan mengompresi pesan replikasi. Perbaikan ini diaktifkan secara default untuk kelas instans 8xlarge dan 16xlarge. Instans large tersebut dapat mempertahankan volume lalu lintas tulis yang tinggi yang mengakibatkan lalu lintas jaringan yang sangat besar untuk pesan replikasi.
+ Perbaikan pada cache kueri replika.
+ Memperbaiki masalah di mana `ORDER BY LOWER(col_name)` dapat menghasilkan pengurutan yang salah saat menggunakan kolasi `utf8_bin`.
+ Memperbaiki masalah di mana pernyataan DDL (terutama `TRUNCATE TABLE`) dapat menyebabkan masalah pada replika Aurora, termasuk ketidakstabilan atau hilangnya tabel.
+ Memperbaiki masalah di mana soket dibiarkan dalam status setengah terbuka saat simpul penyimpanan dimulai ulang.
+ Parameter klaster DB baru berikut ini tersedia:
+ `aurora_enable_zdr` – Memungkinkan koneksi yang dibuka di Replika Aurora tetap aktif saat replika memulai ulang.
+ `aurora_enable_replica_log_compression` – Mengaktifkan kompresi muatan replikasi untuk meningkatkan pemanfaatan bandwidth jaringan antara master dan Replika Aurora.
+ `aurora_enable_repl_bin_log_filtering` – Mengaktifkan pemfilteran catatan replikasi yang tidak dapat digunakan oleh Replika Aurora pada master.
# Pembaruan mesin basis data Aurora MySQL 2018-06-05 (versi 1.17.3) (Dihentikan)
**Versi:** 1.17.3
Aurora MySQL 1.17.3 tersedia secara umum. Semua klaster basis data Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora MySQL 1.17.3. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.17.3. Anda dapat membuat klaster basis data baru di Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, atau Aurora MySQL 1.16. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora MySQL 1.17.3, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama.
**catatan**
Versi ini saat ini tidak tersedia di wilayah AWS GovCloud (AS-Barat) [us-gov-west-1] dan Tiongkok (Beijing) [cn-north-1]. Akan ada pengumuman terpisah setelah tersedia.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah di mana Replika Aurora dapat memulai ulang saat menggunakan pemulihan kursor optimis saat membaca catatan.
+ Memperbaiki masalah saat Aurora Writer memulai ulang saat mencoba mematikan sesi MySQL (bunuh "“**) dengan skema kinerja diaktifkan.
+ Memperbaiki masalah yang menyebabkan Penulis Aurora mengalami mulai ulang saat menghitung ambang batas untuk pengumpulan sampah.
+ Memperbaiki masalah yang menyebabkan Penulis Aurora terkadang dapat memulai ulang saat melacak kemajuan Replika Aurora di aplikasi log.
+ Memperbaiki masalah pada Kueri Cache saat komitmen otomatis mati dan yang berpotensi menyebabkan pembacaan menjadi usang.
# Pembaruan mesin basis data Aurora MySQL 2018-04-27 (versi 1.17.2) (Dihentikan)
**Versi:** 1.17.2
Aurora MySQL 1.17.2 tersedia secara umum. Semua klaster basis data Aurora MySQL baru dengan kompatibilitas MySQL 5.6, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora MySQL 1.17.2. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.17.2. Anda dapat membuat klaster basis data baru di Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, atau Aurora MySQL 1.16. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora MySQL 1.17.2, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah yang menyebabkan mulai ulang selama operasi partisi DDL tertentu.
+ Memperbaiki masalah yang menyebabkan dukungan untuk pemanggilan AWS Lambda fungsi melalui fungsi MySQL Aurora asli dinonaktifkan.
+ Memperbaiki masalah dengan ketidakabsahan cache yang menyebabkan mulai ulang pada Replika Aurora.
+ Memperbaiki masalah di manajer kunci yang menyebabkan mulai ulang.
# Pembaruan mesin basis data Aurora MySQL 2018-03-23 (versi 1.17.1) (Dihentikan)
**Versi:** 1.17.1
Aurora MySQL 1.17.1 tersedia secara umum. Semua klaster basis data baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Aurora MySQL 1.17.1. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.17.1. Anda dapat membuat klaster DB baru di Aurora MySQL 1.15.1, Aurora MySQL 1.16, atau Aurora MySQL 1.17. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora MySQL 1.17.1, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Rilis ini memperbaiki beberapa masalah mesin serta serta regresi yang diketahui.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
**catatan**
Terdapat masalah di versi terbaru mesin Aurora MySQL. Setelah meningkatkan ke 1.17.1, versi mesin dilaporkan secara salah sebagai `1.17`. Jika Anda meningkatkan ke 1.17.1, Anda dapat mengonfirmasi peningkatan dengan memeriksa kolom **Pemeliharaan** untuk klaster DB di Konsol Manajemen AWS. Jika ditampilkan `none`, maka mesin ditingkatkan ke 1.17.1.
## Perbaikan
+ Memperbaiki masalah dalam pemulihan log biner yang menghasilkan waktu pemulihan yang lebih lama untuk situasi dengan file indeks log biner besar yang dapat terjadi jika log biner berotasi sangat sering.
+ Memperbaiki masalah dalam pengoptimal kueri yang menghasilkan rencana kueri yang tidak efisien untuk tabel yang dipartisi.
+ Memperbaiki masalah dalam pengoptimal kueri yang menjadi penyebab kueri rentang menghasilkan mulai ulang pada mesin basis data.
# Pembaruan mesin basis data Aurora MySQL 2018-03-13 (versi 1.17) (Dihentikan)
**Versi:** 1.17
Aurora MySQL 1.17 tersedia secara umum. Aurora MySQL versi 1.x hanya kompatibel dengan MySQL 5.6, dan bukan MySQL 5.7. Semua klaster basis data baru yang kompatibel dengan 5.6, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora 1.17. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora 1.17. Anda dapat membuat klaster DB baru di Aurora 1.14.1, Aurora 1.15.1, atau Aurora 1.16. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora 1.17, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Kami mendukung zero-downtime patching, yang bekerja berdasarkan upaya terbaik untuk mempertahankan koneksi klien melalui proses patching. Untuk informasi selengkapnya, lihat [ Memelihara klaster DB Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
Jika Anda memiliki pertanyaan atau masalah, AWS Support tersedia di forum komunitas dan melalui [AWS Support](https://aws.amazon.com/support).
## Zero-downtime patching
Fitur zero-downtime patching (ZDP) mencoba, berdasarkan *upaya terbaik*, untuk menjaga koneksi klien melalui patch mesin. Untuk informasi selengkapnya tentang ZDP, lihat [ Menggunakan zero-downtime patching](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) di *Panduan Pengguna Amazon Aurora*.
## Fitur baru
+ Aurora MySQL sekarang mendukung kompresi kunci, yang mengoptimalkan penggunaan memori manajer kunci. Mulai versi 1.17, Anda dapat menggunakan fitur ini tanpa mengaktifkan mode lab.
## Perbaikan
+ Memperbaiki masalah yang terutama terlihat pada instans dengan lebih sedikit inti di mana satu inti mungkin memiliki 100% penggunaan CPU bahkan ketika basis data sedang idle.
+ Meningkatkan kinerja pengambilan log biner dari klaster Aurora.
+ Memperbaiki masalah yang menyebabkan Replika Aurora berusaha untuk menuliskan statistik tabel ke penyimpanan persisten, dan mengalami crash.
+ Memperbaiki masalah yang menyebabkan cache pencarian tidak berfungsi seperti yang diharapkan di Replika Aurora.
+ Memperbaiki kondisi balapan di manajer kunci yang mengakibatkan mulai ulang mesin.
+ Memperbaiki masalah di mana kunci yang diambil oleh transaksi hanya-baca dan commit-otomatis menyebabkan mulai ulang mesin.
+ Memperbaiki masalah yang menyebabkan beberapa kueri tidak dituliskan ke log audit.
+ Memperbaiki masalah pada pemulihan dari operasi pemeliharaan partisi tertentu pada failover.
## Integrasi perbaikan bug MySQL
+ LAST\$1INSERT\$1ID direplikasi dengan tidak benar jika filter replikasi digunakan (Bug \$169861)
+ Pencarian memberikan hasil yang berbeda tergantung pada pengaturan INDEX\$1MERGE (Bug \$116862316)
+ Proc kueri mengeksekusi ulang penyimpanan rutin, rencana kueri tidak efisien (Bug \$116346367)
+ INNODB FTS : Pernyataan dalam FTS\$1CACHE\$1APPEND\$1DELETED\$1DOC\$1IDS (BUG \$118079671)
+ Pernyataan RBT\$1EMPTY(INDEX\$1CACHE->WORDS) di ALTER TABLE CHANGE COLUMN (BUG \$117536995)
+ Pencarian teks penuh INNODB tidak menemukan catatan ketika titik penyimpanan dilibatkan (BUG \$170333, BUG \$117458835)
# Pembaruan mesin basis data Aurora MySQL 2017-12-11 (versi 1.16) (Dihentikan)
**Versi:** 1.16
Aurora MySQL 1.16 tersedia secara umum. Semua klaster basis data baru, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora 1.16. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora 1.16. Anda dapat membuat klaster DB baru di Aurora 1.14.1 atau Aurora 1.15.1. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora 1.16, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Kami mengaktifkan zero-downtime patching, yang bekerja berdasarkan upaya terbaik untuk mempertahankan koneksi klien melalui proses patching. Untuk informasi selengkapnya, lihat [ Memelihara klaster DB Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
Jika Anda memiliki pertanyaan atau masalah, AWS Support tersedia di forum komunitas dan melalui [AWS Support](https://aws.amazon.com/support).
## Zero-downtime patching
Fitur zero-downtime patching (ZDP) mencoba, berdasarkan *upaya terbaik*, untuk menjaga koneksi klien melalui patch mesin. Untuk informasi selengkapnya tentang ZDP, lihat [ Menggunakan zero-downtime patching](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) di *Panduan Pengguna Amazon Aurora*.
## Fitur baru
+ Aurora MySQL sekarang mendukung pemanggilan sinkron AWS Lambda melalui fungsi asli. `lambda_sync()` Fungsi asli `lambda_async()` juga tersedia, yang dapat digunakan sebagai alternatif untuk prosedur tersimpan yang ada untuk invokasi Lambda asinkron. Untuk informasi selengkapnya, lihat [ Menginvokasi fungsi Lambda dari klaster DB Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) di *Panduan Pengguna Amazon Aurora*.
+ Aurora MySQL sekarang mendukung sambungan hash untuk mempercepat kueri equijoin. Pengoptimal berbasis biaya Aurora dapat secara otomatis memutuskan kapan akan menggunakan sambungan hash; Anda juga dapat memaksakan penggunaannya dalam rencana kueri. Untuk informasi selengkapnya, lihat [ Mengoptimalkan kueri sambungan terindeks Aurora dengan asynchronous key prefetch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) di *Panduan Pengguna Amazon Aurora*.
+ Aurora MySQL sekarang mendukung pemindaian batch untuk mempercepat kueri berorientasi pemindaian dalam memori secara signifikan. Fitur ini meningkatkan kinerja pemindaian penuh tabel, pemindaian penuh indeks, dan pemindaian rentang indeks berdasarkan pemrosesan batch.
## Perbaikan
+ Memperbaiki masalah yang menyebabkan replika baca terhenti saat menjalankan kueri di tabel yang baru saja dihapus di master.
+ Memperbaiki masalah di mana memulai ulang penulis di klaster basis data dengan jumlah indeks `FULLTEXT` yang sangat besar menghasilkan pemulihan yang lebih lama dari yang diharapkan.
+ Memperbaiki masalah di mana menghapus log biner menyebabkan insiden `LOST_EVENTS` di peristiwa binlog.
+ Memperbaiki masalah stabilitas dengan penjadwal saat skema kinerja diaktifkan.
+ Memperbaiki masalah yang menyebabkan subkueri yang menggunakan tabel sementara dapat memberikan hasil parsial.
## Integrasi perbaikan bug MySQL
Tidak ada
# Pembaruan mesin basis data Aurora MySQL 2017-11-20 (versi 1.15.1) (Dihentikan)
**Versi:** 1.15.1
Aurora MySQL 1.15.1 tersedia secara umum. Semua klaster basis data baru, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora 1.15.1. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster DB yang ada ke Aurora MySQL 1.15.1. Anda dapat membuat kluster DB baru di Aurora 1.14.1. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora 1.15.1, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Kami mengaktifkan zero-downtime patching, yang bekerja berdasarkan upaya terbaik untuk mempertahankan koneksi klien melalui proses patching. Untuk informasi selengkapnya, lihat [ Memelihara klaster DB Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Zero-downtime patching
Fitur zero-downtime patching (ZDP) mencoba, berdasarkan *upaya terbaik*, untuk menjaga koneksi klien melalui patch mesin. Untuk informasi selengkapnya tentang ZDP, lihat [ Menggunakan zero-downtime patching](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah di selektor segmen adaptif untuk permintaan baca yang akan menyebabkannya memilih segmen yang sama dua kali yang menyebabkan lonjakan latensi baca di bawah keadaan tertentu.
+ Memperbaiki masalah yang berasal dari pengoptimalan di Aurora MySQL untuk penjadwal thread. Masalah ini terlihat dari kesalahan yang mengkhawatirkan saat menulis ke log lambat, sementara kueri yang terkait dapat bekerja dengan baik.
+ Memperbaiki masalah stabilitas replika baca pada volume besar (> 5 TB).
+ Memperbaiki masalah yang menyebabkan jumlah thread pekerja meningkat terus-menerus karena jumlah koneksi yang luar biasa.
+ Memperbaiki masalah dengan kunci tabel yang menyebabkan waktu tunggu semaphore lama selama beban kerja penyisipan.
+ Mengembalikan perbaikan bug MySQL berikut yang disertakan di Aurora MySQL 1.15:
+ Instans MySQL yang macet saat "melakukan indeks SYNC" (Bug \$173816)
+ Pernyataan RBT\$1EMPTY(INDEX\$1CACHE->WORDS) di ALTER TABLE CHANGE COLUMN (Bug \$117536995)
+ Pencarian Teks Penuh InnoDB tidak menemukan catatan ketika titik penyimpanan dilibatkan (Bug \$170333)
## Integrasi perbaikan bug MySQL
Tidak ada
# Pembaruan mesin basis data Aurora MySQL 2017-10-24 (versi 1.15) (Dihentikan)
**Versi:** 1.15
Aurora MySQL 1.15 tersedia secara umum. Semua klaster basis data baru, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora 1.15. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster DB yang ada ke Aurora MySQL 1.15. Anda dapat membuat klaster DB baru di Aurora 1.14.1. Anda dapat melakukannya menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin.
Dengan versi Aurora 1.15, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Pembaruan memerlukan mulai ulang basis data, sehingga Anda akan mengalami waktu henti selama 20 hingga 30 detik, setelah itu Anda dapat melanjutkan menggunakan klaster DB Anda. Jika klaster DB Anda saat ini menjalankan Aurora 1.14 atau Aurora 1.14.1, fitur zero-downtime patching di Aurora MySQL mungkin memungkinkan koneksi klien ke instans primer Aurora MySQL Anda tetap ada selama peningkatan, tergantung beban kerja Anda.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Zero-downtime patching
Fitur zero-downtime patching (ZDP) mencoba, berdasarkan *upaya terbaik*, untuk menjaga koneksi klien melalui patch mesin. Untuk informasi selengkapnya tentang ZDP, lihat [ Menggunakan zero-downtime patching](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) di *Panduan Pengguna Amazon Aurora*.
## Fitur baru
+ **Asynchronous Key Prefetch** – Asynchronous key prefetch (AKP) adalah fitur yang ditargetkan untuk meningkatkan kinerja sambungan indeks yang tidak di-cache, dengan mengambil kunci di dalam memori terlebih dahulu sebelum kunci tersebut dibutuhkan. Kasus penggunaan utama yang ditargetkan oleh AKP adalah sambungan indeks antara tabel luar kecil dan tabel dalam besar, di mana indeks sangat selektif pada tabel yang lebih besar. Selain itu, ketika antarmuka Multi-Range Read (MRR) diaktifkan, AKP akan dimanfaatkan untuk pencarian indeks sekunder ke indeks primer. Instans yang lebih kecil yang memiliki keterbatasan memori mungkin dalam beberapa kasus dapat memanfaatkan AKP, dengan mempertimbangkan kardinalitas kunci yang benar. Untuk informasi selengkapnya, lihat [ Mengoptimalkan kueri sambungan terindeks Aurora dengan asynchronous key prefetch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) di *Panduan Pengguna Amazon Aurora*.
+ **DDL Cepat** – Kami telah memperluas fitur yang dirilis di [Aurora 1.13](AuroraMySQL.Updates.20170515.md) ke operasi yang mencakup nilai standar. Dengan perluasan fitur ini, DDL Cepat berlaku untuk operasi yang menambahkan kolom kosong di akhir tabel, dengan atau tanpa nilai default. Fitur tetap dalam mode lab Aurora. Lihat informasi yang lebih lengkap di [ Mengubah tabel di Amazon Aurora menggunakan DDL cepat](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki kesalahan perhitungan selama optimalisasi kueri WITHIN/CONTAINS spasial yang sebelumnya menghasilkan set hasil kosong.
+ Memperbaiki perintah `SHOW VARIABLE` untuk menampilkan nilai parameter `innodb_buffer_pool_size` yang diperbarui setiap kali nilai diubah dalam grup parameter.
+ Meningkatkan stabilitas instans primer selama penyisipan massal ke dalam tabel yang diubah menggunakan DDL Cepat saat pengindeksan hash adaptif dinonaktifkan dan catatan yang disisipkan adalah catatan pertama halaman.
+ Meningkatkan stabilitas Aurora saat pengguna mencoba menetapkan nilai parameter klaster DB **server\$1audit\$1events** ke **default**.
+ Memperbaiki masalah yang menyebabkan perubahan set karakter basis data untuk pernyataan TABLE ALTER yang dijalankan di instans primer Aurora tidak direplikasi di Replika Aurora sampai dimulai ulang.
+ Meningkatkan stabilitas dengan memperbaiki kondisi balapan pada instans primer yang sebelumnya mengizinkannya untuk mendaftarkan Replika Aurora bahkan jika instans primernya telah menutup volumenya sendiri.
+ Meningkatkan kinerja instans primer selama pembuatan indeks di tabel besar dengan mengubah protokol penguncian untuk memungkinkan pernyataan bahasa manipulasi data (DML) serentak pembuatan indeks.
+ Memperbaiki inkonsistensi metadata InnoDB selama kueri ALTER TABLE RENAME yang meningkatkan stabilitas. Contoh: Ketika kolom tabel t1(c1, c2) diubah namanya secara siklis menjadi t1(c2,c3) dalam pernyataan ALTER yang sama.
+ Meningkatkan stabilitas Replika Aurora untuk skenario di mana Replika Aurora tidak memiliki beban kerja aktif dan instans primernya tidak responsif.
+ Meningkatkan ketersediaan Replika Aurora untuk skenario di mana Replika Aurora memegang kunci eksplisit pada tabel dan memblokir thread replikasi dari menerapkan perubahan DDL apa pun yang diterima dari instans primer.
+ Meningkatkan stabilitas instans primer saat kunci asing dan kolom ditambahkan ke tabel dari dua sesi terpisah pada saat yang sama dan DDL Cepat telah diaktifkan.
+ Meningkatkan stabilitas thread pembersihan di instans primer selama beban kerja tulis yang berat dengan memblokir rekaman undo hingga selesai.
+ Meningkatkan stabilitas dengan memperbaiki urutan pelepasan kunci selama proses transaksi yang menghasilkan tabel.
+ Memperbaiki cacat untuk Replika Aurora di mana instans DB tidak dapat menyelesaikan startup dan memberi tahu bahwa port 3306 sudah digunakan.
+ Memperbaiki kondisi race di mana kueri SELECT berjalan pada tabel information\$1schema tertentu (innodb\$1trx, innodb\$1lock, innodb\$1lock\$1waits) meningkatkan ketidakstabilan klaster.
## Integrasi perbaikan bug MySQL
+ CREATE USER menerima plugin dan perintah kata sandi, tetapi mengabaikan hash kata sandi (Bug \$178033)
+ Mesin partisi menambahkan bidang pada set bit baca agar dapat mengembalikan entri yang disortir dari indeks yang dipartisi. Hal ini menyebabkan buffer sambungan akan mencoba membaca bidang yang tidak diperlukan. Diperbaiki dengan tidak menambahkan semua kolom ke read\$1set, tetapi hanya menyortir kolom prefiks yang sudah ditetapkan di read\$1set. Menambahkan DBUG\$1ASSERT bahwa jika melakukan key\$1cmp, setidaknya kolom pertama harus dibaca (Bug \$116367691).
+ Instans MySQL yang macet saat "melakukan indeks SYNC" (Bug \$173816)
+ Pernyataan RBT\$1EMPTY(INDEX\$1CACHE->WORDS) di ALTER TABLE CHANGE COLUMN (Bug \$117536995)
+ Pencarian Teks Penuh InnoDB tidak menemukan catatan ketika titik penyimpanan dilibatkan (Bug \$170333)
# Pembaruan mesin basis data Aurora MySQL 2018-03-13 (versi 1.14.4) (Dihentikan)
**Versi:** 1.14.4
Aurora MySQL 1.14.4 tersedia secara umum. Anda dapat membuat cluster DB baru di Aurora 1.14.4, menggunakan AWS CLI atau Amazon RDS API dan menentukan versi mesin. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster DB yang ada ke Aurora MySQL 1.14.4.
Dengan versi Aurora 1.14.4, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Kami mendukung zero-downtime patching, yang bekerja berdasarkan upaya terbaik untuk mempertahankan koneksi klien melalui proses patching. Untuk informasi selengkapnya, lihat [ Memelihara klaster DB Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
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 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Zero-downtime patching
Fitur zero-downtime patching (ZDP) mencoba, berdasarkan *upaya terbaik*, untuk menjaga koneksi klien melalui patch mesin. Untuk informasi selengkapnya tentang ZDP, lihat [ Menggunakan zero-downtime patching](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) di *Panduan Pengguna Amazon Aurora*.
## Fitur baru
+ Aurora MySQL sekarang mendukung kelas instans db.r4.
## Perbaikan
+ Memperbaiki masalah di mana `LOST_EVENTS` dihasilkan saat menulis peristiwa binlog besar.
## Integrasi perbaikan bug MySQL
+ Peristiwa yang tidak berbahaya tidak berhasil dan tidak diuji (Bug \$174683)
+ NEW->OLD ASSERT FAILURE 'GTID\$1MODE > 0' (Bug \$120436436)
# Pembaruan mesin basis data Aurora MySQL: 2017-09-22 (versi 1.14.1) (Dihentikan)
**Versi:** 1.14.1
Aurora MySQL 1.14.1 tersedia secara umum. Semua klaster basis data baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Aurora MySQL 1.14.1. Aurora MySQL 1.14.1 juga merupakan peningkatan wajib untuk klaster DB Aurora MySQL yang ada. Untuk informasi selengkapnya, lihat [Pengumuman: Perpanjangan ke jadwal pemutakhiran wajib untuk Amazon Aurora](https://forums.aws.amazon.com/ann.jspa?annID=4983) di situs web Forum AWS Pengembang.
Dengan versi Aurora MySQL 1.14.1, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Pembaruan memerlukan mulai ulang basis data, sehingga Anda akan mengalami waktu henti selama 20 hingga 30 detik, setelah itu Anda dapat melanjutkan menggunakan klaster DB Anda. Jika klaster DB Anda saat ini menjalankan versi 1.13 atau lebih tinggi, fitur patching zero-downtime di Aurora MySQL mungkin memungkinkan koneksi klien ke instans primer Aurora MySQL Anda tetap ada selama peningkatan, bergantung pada beban kerja Anda.
Jika Anda memiliki pertanyaan atau masalah, AWS Support tersedia di forum komunitas dan melalui [AWS Support](https://aws.amazon.com/support).
## Perbaikan
+ Memperbaiki kondisi balapan yang terkait dengan penyisipan dan pembersihan untuk meningkatkan stabilitas fitur DDL Cepat, yang tetap berada dalam mode lab Aurora MySQL.
# Pembaruan mesin basis data Aurora MySQL 2017-08-07 (versi 1.14) (Dihentikan)
**Versi:** 1.14
Aurora MySQL 1.14 tersedia secara umum. Semua klaster basis data baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Aurora MySQL 1.14. Aurora MySQL 1.14 juga merupakan peningkatan wajib untuk klaster DB Aurora MySQL yang ada. Kami akan mengirimkan pengumuman terpisah dengan jadwal untuk menghentikan versi Aurora MySQL sebelumnya.
Dengan versi Aurora MySQL 1.14, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Pembaruan memerlukan mulai ulang basis data, sehingga Anda akan mengalami waktu henti selama 20 hingga 30 detik, setelah itu Anda dapat melanjutkan menggunakan klaster DB Anda. Jika klaster DB Anda saat ini menjalankan fitur patching zerotime versi 1.13, fitur Aurora mungkin memungkinkan koneksi klien ke instans primer Aurora Anda bertahan melalui peningkatan, tergantung pada beban kerja Anda.
Jika Anda memiliki pertanyaan atau masalah, AWS Support tersedia di forum komunitas dan melalui [AWS Support](https://aws.amazon.com/support).
## Zero-downtime patching
Fitur zero-downtime patching (ZDP) mencoba, berdasarkan *upaya terbaik*, untuk menjaga koneksi klien melalui patch mesin. Untuk informasi selengkapnya tentang ZDP, lihat [ Menggunakan zero-downtime patching](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki kesalahan “catatan tidak ditemukan” yang salah ketika catatan ditemukan dalam indeks sekunder tetapi tidak dalam indeks primer.
+ Memperbaiki masalah stabilitas yang dapat terjadi karena pernyataan defensif (ditambahkan di 1.12) yang terlalu kuat dalam kasus ketika laporan individu terdiri dari 32 halaman. Situasi seperti itu dapat terjadi, misalnya, dengan nilai BLOB Large.
+ Memperbaiki masalah stabilitas karena ketidakkonsistenan antara cache tablespace dan cache kamus.
+ Memperbaiki masalah yang menyebabkan Replika Aurora menjadi tidak responsif setelah basis data melebihi jumlah maksimum upaya untuk terhubung dengan instans primer. Replika Aurora sekarang akan kembali lagi jika periode tidak aktif lebih dari periode waktu detak jantung yang digunakan untuk pemeriksaan kondisi oleh instans primer.
+ Memperbaiki livelock yang dapat terjadi dengan konkurensi yang sangat tinggi ketika satu koneksi mencoba mendapatkan metadata lock (MDL) eksklusif saat mengeluarkan perintah, seperti `ALTER TABLE`.
+ Memperbaiki masalah stabilitas di Replika Baca Aurora dengan adanya logical/parallel read ahead.
+ Memperbaiki `LOAD FROM S3` dengan dua cara:
1. Penanganan yang lebih baik dari kesalahan batas waktu Amazon S3 dengan menggunakan coba ulang SDK selain coba ulang yang sudah ada.
1. Optimalisasi kinerja saat memuat file yang sangat besar atau file dalam jumlah besar dengan menyimpan dalam cache dan menggunakan kembali status klien.
+ Memperbaiki masalah stabilitas berikut dengan DDL Cepat untuk operasi `ALTER TABLE`:
1. Saat pernyataan `ALTER TABLE` memiliki beberapa perintah `ADD COLUMN` dan nama kolom tidak dalam urutan naik.
1. Ketika string nama kolom akan diperbarui dan string nama yang sesuai, yang diambil dari tabel sistem internal, berbeda dengan karakter yang berujung nol (/0).
1. Dalam operasi B-tree split tertentu.
1. Saat tabel memiliki kunci primer panjang variabel.
+ Memperbaiki masalah stabilitas dengan Replika Aurora ketika diperlukan waktu terlalu lama agar Full Text Search (FTS) index cache konsisten dengan cache dari instans primer. Hal ini dapat terjadi jika sebagian besar entri indeks FTS yang baru dibuat pada instans primer belum di-flush ke disk.
+ Memperbaiki masalah stabilitas yang dapat terjadi selama pembuatan indeks.
+ Infrastruktur baru yang melacak konsumsi memori per koneksi dan telemetri terkait yang akan digunakan untuk membangun strategi penghindaran Out-Of-Memory (OOM).
+ Memperbaiki masalah di mana `ANALYZE TABLE` diizinkan secara salah pada Replika Aurora. Hal ini sekarang telah diblokir.
+ Memperbaiki masalah stabilitas yang disebabkan oleh deadlock yang jarang terjadi sebagai akibat dari kondisi balapan antara pembersihan dan read-ahead logis.
## Integrasi perbaikan bug MySQL
+ Pencarian teks penuh yang digabungkan dengan tabel turunan (subkueri dalam klausa `FROM`) menyebabkan server keluar. Sekarang, jika operasi teks penuh tergantung pada tabel turunan, server akan menghasilkan kesalahan yang menunjukkan bahwa pencarian teks penuh tidak dapat dilakukan pada tabel yang termaterialisasi. (Bug \$168751, Bug \$116539903)
# Pembaruan mesin basis data Aurora MySQL: 2017-05-15 (versi 1.13) (Dihentikan)
**Versi:** 1.13
**catatan**
Kami mengaktifkan fitur baru - SELECT INTO OUTFILE S3 - di Aurora MySQL versi 1.13 setelah rilis awal, dan telah memperbarui catatan rilis untuk mencerminkan perubahan tersebut.
Aurora MySQL 1.13 tersedia secara umum. Semua klaster basis data baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Aurora MySQL 1.13. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster basis data yang ada ke Aurora MySQL 1.13. Dengan versi Aurora 1.13, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Kami mengaktifkan zero-downtime patching, yang bekerja berdasarkan upaya terbaik untuk mempertahankan koneksi klien melalui proses patching. Untuk informasi selengkapnya, lihat [ Memelihara klaster DB Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Zero-downtime patching
Fitur zero-downtime patching (ZDP) mencoba, berdasarkan *upaya terbaik*, untuk menjaga koneksi klien melalui patch mesin. Untuk informasi selengkapnya tentang ZDP, lihat [ Menggunakan zero-downtime patching](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) di *Panduan Pengguna Amazon Aurora*.
## Fitur baru
+ **SELECT INTO OUTFILE S3** – Aurora MySQL sekarang memungkinkan Anda mengunggah hasil kueri ke satu file atau lebih dalam bucket Amazon S3. Untuk informasi selengkapnya, lihat [ Menyimpan data dari klaster DB Amazon Aurora MySQL ke dalam file teks di bucket Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan:
+ Implementasi pemenggalan file log format CSV pada saat startup mesin untuk menghindari waktu pemulihan yang lama. Tabel `general_log_backup`, `general_log`, `slow_log_backup`, dan `slow_log` sekarang tidak bertahan setelah basis data dimulai ulang.
+ Memperbaiki masalah yang menyebabkan kegagalan migrasi basis data bernama **test**.
+ Meningkatkan stabilitas di pengumpul sampah manajer kunci dengan menggunakan kembali segmen kunci yang benar.
+ Meningkatkan stablitas manajer kunci dengan menghilangkan pernyataan yang tidak valid selama algoritma deteksi deadlock.
+ Mengaktifkan ulang replikasi asinkron, dan memperbaiki masalah terkait yang menyebabkan lag replika yang tidak benar yang dilaporkan di bawah beban kerja tanpa muatan atau hanya-baca. Peningkatan alur replikasi yang diperkenalkan di versi 1.10. Perbaikan ini diperkenalkan untuk menerapkan pembaruan log stream pada cache buffer Replika Aurora, yang membantu meningkatkan kinerja baca dan stabilitas di Replika Aurora.
+ Memperbaiki masalah di mana autocommit=OFF menyebabkan pemblokiran peristiwa terjadwal dan transaksi yang lama dibiarkan terbuka hingga server melakukan boot ulang.
+ Memperbaiki masalah di mana log kueri umum, audit, dan lambat tidak dapat mencatat log kueri yang ditangani oleh penerapan asinkron.
+ Meningkatkan kinerja fitur logical read ahead (LRA) hingga 2,5 kali. Hal ini dilakukan dengan memungkinkan pengambilan awal untuk melanjutkan di seluruh halaman menengah di B-tree.
+ Menambahkan validasi parameter untuk variabel audit untuk memangkas ruang yang tidak perlu.
+ Memperbaiki regresi, yang diperkenalkan di Aurora MySQL versi 1.11, di mana kueri dapat mengembalikan hasil yang salah saat menggunakan opsi SQL\$1CALC\$1FOUND\$1ROWS dan menginvokasi fungsi FOUND\$1ROWS().
+ Memperbaiki masalah stabilitas saat daftar Kunci Metadata salah dibentuk.
+ Meningkatkan stabilitas ketika sql\$1mode diatur ke PAD\$1CHAR\$1TO\$1FULL\$1LENGTH dan perintah `SHOW FUNCTION STATUS WHERE Db='string'` dijalankan.
+ Memperbaiki kasus yang jarang terjadi ketika instans tidak muncul setelah peningkatan versi Aurora karena pemeriksaan konsistensi volume yang salah.
+ Memperbaiki masalah kinerja, yang diperkenalkan di Aurora MySQL versi 1.12, di mana kinerja penulis Aurora berkurang ketika pengguna memiliki banyak tabel.
+ Memperbaiki masalah stabilitas saat penulis Aurora dikonfigurasi sebagai pekerja binlog dan jumlah koneksi mendekati 16.000.
+ Memperbaiki masalah langka yang menyebabkan Replika Aurora dapat memulai ulang ketika koneksi diblokir dan menunggu untuk Kunci Metadata ketika menjalankan DDL pada master Aurora.
## Integrasi perbaikan bug MySQL
+ Dengan tabel InnoDB kosong, tidak mungkin menurunkan nilai auto\$1increment menggunakan pernyataan ALTER TABLE, meskipun tabel kosong. (Bug \$169882)
+ MATCH() ... Kueri AGAINST yang menggunakan string panjang sebagai argumen untuk AGAINST() dapat mengakibatkan kesalahan saat dijalankan pada tabel InnoDB dengan indeks pencarian teks penuh. (Bug \$117640261)
+ Penanganan SQL\$1CALC\$1FOUND\$1ROWS yang dikombinasikan dengan ORDER BY dan LIMIT dapat menyebabkan hasil yang salah untuk FOUND\$1ROWS(). (Bug \$168458, Bug \$1 16383173)
+ ALTER TABLE tidak memungkinkan perubahan null kolom jika ada kunci asing. (Bug \$177591)
# Pembaruan mesin basis data Aurora MySQL: 2017-04-05 (versi 1.12) (Dihentikan)
**Versi:** 1.12
Aurora MySQL 1.12 sekarang menjadi versi pilihan untuk pembuatan klaster DB baru, termasuk pemulihan dari snapshot.
Ini bukan peningkatan wajib untuk klaster yang ada. Anda akan memiliki opsi untuk meningkatkan kluster yang ada ke versi 1.12 setelah kami menyelesaikan patch di seluruh armada menjadi 1.11 (lihat [catatan rilis](AuroraMySQL.Updates.20170223.md) Aurora 1.11 dan [pengumuman forum](https://forums.aws.amazon.com/ann.jspa?annID=4444) terkait). Dengan versi Aurora 1.12, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Untuk informasi selengkapnya, lihat [ Memelihara klaster DB Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Fitur baru
+ **DDL Cepat** – Aurora MySQL sekarang memungkinkan Anda untuk mengeksekusi operasi ALTER TABLE *tbl\$1name* ADD COLUMN *col\$1name* *column\$1definition* hampir secara seketika. Operasi tersebut akan diselesaikan tanpa perlu menyalin tabel dan tanpa memengaruhi pernyataan DML lainnya secara signifikan. Karena tidak menggunakan penyimpanan sementara untuk salinan tabel, pernyataan DDL menjadi praktis bahkan untuk tabel besar di kelas instans kecil. DDL Cepat saat ini hanya mendukung penambahan kolom yang dapat dikosongkan, tanpa nilai default, di akhir tabel. Fitur ini saat ini tersedia dalam mode lab Aurora. Lihat informasi yang lebih lengkap di [ Mengubah tabel di Amazon Aurora menggunakan DDL cepat](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html) di *Panduan Pengguna Amazon Aurora*.
+ **Menunjukkan status volume** - Kami telah menambahkan perintah pemantauan baru, SHOW VOLUME STATUS, untuk menampilkan jumlah simpul dan disk dalam satu volume. Lihat informasi yang lebih lengkap di [ Menampilkan status volume untuk klaster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html) dalam *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Menerapkan perubahan kompresi kunci untuk lebih mengurangi alokasi memori per objek kunci. Perbaikan ini tersedia dalam mode lab.
+ Memperbaiki masalah di mana metrik `trx_active_transactions` menurun dengan cepat meskipun basis data tidak digunakan.
+ Memperbaiki pesan kesalahan yang tidak valid terkait sintaks kueri injeksi kesalahan saat menyimulasikan kegagalan dalam disk dan simpul.
+ Memperbaiki beberapa masalah terkait dengan kondisi race dan dead latch di manajer kunci.
+ Memperbaiki masalah yang menyebabkan luapan buffer di optimalisasi kueri.
+ Memperbaiki masalah stabilitas pada replika baca Aurora ketika simpul penyimpanan yang mendasari memiliki memori rendah yang tersedia.
+ Memperbaiki masalah di mana koneksi idle bertahan melewati pengaturan parameter `wait_timeout`.
+ Memperbaiki masalah yang `query_cache_size` mengembalikan nilai tak terduga setelah me-boot ulang instans.
+ Memperbaiki masalah kinerja yang merupakan hasil dari thread diagnostik yang terlalu sering memeriksa jaringan apabila penulisan tidak mencapai penyimpanan.
## Integrasi perbaikan bug MySQL
+ Memuat ulang tabel yang dikosongkan dalam keadaan kosong menyebabkan nilai AUTO\$1INCREMENT direset. (Bug \$121454472, Bug \$177743)
+ Catatan indeks tidak ditemukan pada rollback karena inkonsistensi di dalam struktur purge\$1node\$1t. Inkonsistensi menimbulkan peringatan dan pesan kesalahan seperti “error in sec index entry update”, “unable to purge a record”, dan “tried to purge sec index entry not marked for deletion”. (Bug \$119138298, Bug \$170214, Bug \$121126772, Bug \$121065746)
+ Perhitungan ukuran tumpukan yang salah untuk operasi qsort menyebabkan luapan tumpukan. (Bug \$173979)
+ Catatan tidak ditemukan dalam indeks pada saat rollback. (Bug \$170214, Bug \$172419)
+ ALTER TABLE tambahkan kolom TIMESTAMP saat memperbarui CURRENT\$1TIMESTAMP menyisipkan ZERO-datas (Bug \$117392)
# Pembaruan mesin basis data Aurora MySQL: 2017-02-23 (versi 1.11) (Dihentikan)
**Versi:** 1.11
Kami akan menambal semua klaster DB Aurora MySQL dengan versi terbaru dalam waktu singkat setelah rilis. Klaster DB di-patch menggunakan prosedur legacy dengan waktu henti sekitar 5-30 detik.
Patching terjadi selama jendela pemeliharaan sistem yang telah Anda tentukan untuk setiap instans basis data Anda. Anda dapat melihat atau mengubah jadwal ini menggunakan Konsol Manajemen AWS. Untuk informasi selengkapnya, lihat [ Memelihara klaster DB Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
Atau, Anda dapat menerapkan patch segera di Konsol Manajemen AWS dengan memilih cluster DB, memilih **Tindakan Cluster**, dan kemudian memilih **Upgrade Now**.
Dengan versi Aurora MySQL 1.11, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama.
## Fitur baru
+ **Opsi MANIFEST untuk LOAD DATA FROM S3** – LOAD DATA FROM S3 dirilis di versi 1.8. Opsi untuk perintah ini telah diperluas, dan Anda sekarang dapat menentukan daftar file yang akan dimuat ke klaster Aurora DB dari Amazon S3 dengan menggunakan file manifes. Ini memudahkan untuk memuat data dari file tertentu di satu atau lebih lokasi, alih-alih memuat data dari satu file dengan menggunakan opsi FILE atau memuat data dari beberapa file yang memiliki lokasi dan prefiks yang sama dengan menggunakan opsi PREFIX. Format file manifes sama dengan yang digunakan oleh Amazon Redshift. Untuk informasi selengkapnya tentang penggunaan LOAD DATA FROM S3 dengan opsi MANIFEST, lihat [ Menggunakan manifes untuk menentukan file data yang akan dimuat](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html#AuroraMySQL.Integrating.LoadFromS3.Manifest) di *Panduan Pengguna Amazon Aurora*.
+ **Pengindeksan spasial diaktifkan secara default** – Fitur ini dirilis dalam mode lab di versi 1.10, dan sekarang diaktifkan secara default. Pengindeksan spasial meningkatkan kinerja kueri pada set data besar untuk kueri yang menggunakan data spasial. Untuk informasi selengkapnya tentang penggunaan pengindeksan spasial, lihat [ Amazon Aurora MySQL dan data spasial](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial) di *Panduan Pengguna Amazon Aurora*.
+ **Perubahan pengaturan waktu Audit Lanjutan** – Fitur ini dirilis pada versi 1.10.1 untuk menyediakan fasilitas berkinerja tinggi untuk audit aktivitas basis data. Dalam rilis ini, presisi stempel waktu log audit telah diubah dari satu detik menjadi satu mikrodetik. Stempel waktu yang lebih akurat memungkinkan Anda untuk lebih memahami kapan peristiwa audit terjadi. Untuk informasi selengkapnya tentang audit, lihat [ Menggunakan Audit Lanjutan dengan klaster DB Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memodifikasi parameter `thread_handling` untuk mencegah Anda menyetelnya ke apa pun selain **multiple-connections-per-thread**, yang merupakan satu-satunya model yang didukung dengan kumpulan thread Aurora.
+ Memperbaiki masalah yang disebabkan saat Anda menetapkan parameter `buffer_pool_size` atau `query_cache_size` menjadi lebih besar dari total memori klaster DB. Dalam keadaan ini, Aurora menetapkan parameter yang dimodifikasi ke nilai default, sehingga klaster DB dapat memulai dan tidak crash.
+ Memperbaiki masalah di cache kueri yang membuat transaksi mendapatkan hasil baca usang jika tabel tidak valid di transaksi lain.
+ Memperbaiki masalah di mana file binlog yang ditandai untuk penghapusan tidak langsung dihapus.
+ Memperbaiki masalah di mana basis data yang dibuat dengan nama **tmp** diperlakukan sebagai basis data sistem yang disimpan dalam penyimpanan sementara dan tidak dipertahankan pada penyimpanan terdistribusi Aurora.
+ Mengubah perilaku SHOW TABLES untuk mengecualikan tabel sistem internal tertentu. Perubahan ini membantu menghindari failover yang tidak perlu yang disebabkan oleh mysqldump mengunci semua file yang tercantum dalam SHOW TABLES, yang pada gilirannya mencegah penulisan di tabel sistem internal, yang menyebabkan failover.
+ Memperbaiki masalah saat Replika Aurora salah dimulai ulang saat membuat tabel sementara dari kueri yang memanggil fungsi yang argumennya adalah kolom tabel InnoDB.
+ Memperbaiki masalah yang terkait dengan konflik kunci metadata di simpul Replika Aurora yang menyebabkan Replika Aurora berada di belakang klaster DB primer dan akhirnya dimulai ulang.
+ Memperbaiki dead latch di alur replikasi pada simpul pembaca, yang menyebabkan Replika Aurora tetringgal di belakang dan akhirnya memulai ulang.
+ Memperbaiki masalah yang menyebabkan ketidakteraturan Replika Aurora terlalu banyak volume terenkripsi lebih besar dari 1 terabyte (TB).
+ Peningkatan deteksi dead latch Replika Aurora dengan menggunakan cara yang lebih baik untuk membaca waktu jam sistem.
+ Memperbaiki masalah di mana Replika Aurora dapat memulai ulang dua kali, bukannya sekali, setelah pembatalan pendaftaran oleh penulis.
+ Memperbaiki masalah kinerja kueri lambat pada Replika Aurora yang terjadi saat statistik sementara menyebabkan perbedaan pada kolom indeks non-unik.
+ Memperbaiki masalah di mana Replika Aurora dapat macet ketika pernyataan DDL direplikasi pada Replika Aurora pada saat bersamaan ketika Replika Aurora memproses kueri terkait.
+ Mengubah perbaikan alur replikasi yang diperkenalkan di versi 1.10 dari diaktifkan secara default menjadi dinonaktifkan secara default. Peningkatan ini diperkenalkan untuk menerapkan pembaruan log stream pada cache buffer Replika Aurora, dan meskipun fitur ini membantu meningkatkan kinerja baca dan stabilitas di Replika Aurora, fitur ini meningkatkan lag replika di beban kerja tertentu.
+ Memperbaiki masalah di mana kemunculan simultan pernyataan DDL yang sedang berlangsung dan Parallel Read Ahead yang tertunda di tabel yang sama menyebabkan kegagalan pernyataan selama fase commit transaksi DDL.
+ Meningkatkan log umum dan log kueri lambat agar tetap bertahan saat memulai ulang klaster DB.
+ Memperbaiki out-of-memory masalah untuk kueri tertentu yang berjalan lama dengan mengurangi konsumsi memori dalam modul ACL.
+ Memperbaiki masalah mulai ulang yang terjadi saat tabel memiliki indeks non-spasial, terdapat predikat spasial dalam kueri, perencana memilih untuk menggunakan indeks non-spasial, dan perencana secara tidak tepat menekan kondisi spasial ke indeks.
+ Memperbaiki masalah saat cluster DB dimulai ulang ketika ada penghapusan, pembaruan, atau pembersihan objek geospasial yang sangat besar yang disimpan secara eksternal (seperti). LOBs
+ Memperbaiki masalah di mana simulasi kesalahan yang menggunakan ALTER SYSTEM SIMULATE ... FOR INTERVAL tidak berfungsi dengan baik.
+ Memperbaiki masalah stabilitas yang disebabkan oleh pernyataan yang tidak valid tentang invarian yang salah di manajer kunci.
+ Menonaktifkan dua perbaikan berikut pada Pencarian Teks Lengkap InnoDB yang diperkenalkan di versi 1.10 karena keduanya memunculkan masalah stabilitas untuk beberapa beban kerja yang berat:
+ Memperbarui cache hanya setelah permintaan baca ke Replika Aurora untuk meningkatkan kecepatan replikasi cache indeks pencarian teks penuh.
+ Melimpahkan tugas sinkronisasi cache ke thread terpisah segera setelah ukuran cache melewati 10% dari ukuran total, untuk menghindari kueri MySQL terhenti terlalu lama selama sinkronisasi cache FTS ke disk. (Bugs \$122516559, \$173816).
## Integrasi perbaikan bug MySQL
+ Menjalankan ALTER table DROP foreign key secara bersamaan dengan operasi DROP lain menyebabkan tabel menghilang. (Bug \$116095573)
+ Beberapa kueri INFORMATION\$1SCHEMA yang menggunakan ORDER BY tidak menggunakan optimalisasi filesort seperti sebelumnya. (Bug \$116423536)
+ FOUND\$1ROWS () mengembalikan jumlah baris yang salah pada tabel. (Bug \$168458)
+ Server mengalami kegagalan, bukan memunculkan pesan kesalahan saat terlalu banyak tabel sementara terbuka. (Bug \$118948649)
# Pembaruan mesin basis data Aurora MySQL: 2017-01-12 (versi 1.10.1) (Dihentikan)
**Versi:** 1.10.1
Aurora MySQL versi 1.10.1 adalah versi opt-in dan tidak digunakan untuk menambal instans basis data Anda. Versi ini tersedia untuk membuat instans Aurora baru dan untuk meningkatkan instans yang ada. Anda dapat menerapkan patch dengan memilih klaster dalam [Konsol Amazon RDS](https://console.aws.amazon.com/rds/), dengan memilih **Tindakan Klaster**, lalu memilih **Tingkatkan Sekarang**. Patching memerlukan mulai ulang basis data dengan waktu henti yang biasanya berlangsung selama 5-30 detik, kemudian Anda dapat melanjutkan menggunakan klaster DB Anda. Patch ini menggunakan model patching klaster di mana semua simpul dalam klaster Aurora ditambal pada saat yang sama.
## Fitur baru
+ **Audit Lanjutan** – Aurora MySQL menyediakan fitur Audit Lanjutan berkinerja tinggi, yang dapat Anda gunakan untuk mengaudit aktivitas basis data. Untuk informasi selengkapnya tentang pengaktifan dan penggunaan Audit Lanjutan, lihat [ Menggunakan Audit Lanjutan dengan klaster DB Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah pada pengindeksan spasial saat membuat kolom dan menambahkan indeks dalam pernyataan yang sama.
+ Memperbaiki masalah yang menyebabkan statistik spasial tidak bertahan di seluruh mulai ulang klaster DB.
# Pembaruan mesin basis data Aurora MySQL: 2016-12-14 (versi 1.10) (Dihentikan)
**Versi:** 1.10
## Fitur baru
+ **Zero downtime patch** – Fitur ini memungkinkan instans DB untuk di-patch tanpa waktu henti. Artinya, peningkatan basis data dilakukan tanpa memutuskan sambungan aplikasi klien, atau mem-boot ulang basis data. Pendekatan ini meningkatkan ketersediaan klaster DB Aurora Anda selama jadwal pemeliharaan. Perhatikan bahwa data sementara seperti itu di dalam skema kinerja direset selama proses peningkatan versi. Fitur ini berlaku untuk patch yang dikirim oleh layanan selama jadwal pemeliharaan serta patch yang diinisiasi pengguna.
Saat patch diinisiasi, layanan memastikan tidak ada kunci, transaksi, atau tabel sementara yang terbuka, kemudian menunggu jadwal yang sesuai sehingga basis data dapat di-patch dan dimulai ulang. Sesi aplikasi dipertahankan, meskipun ada penurunan throughput saat patch sedang berlangsung (selama sekitar 5 detik). Jika tidak ada jadwal yang cocok, maka patching disetel ke perilaku patching standar default.
Patching nol waktu henti dilakukan berdasarkan upaya terbaik, tergantung pada batasan tertentu sebagaimana dijelaskan sebagai berikut:
+ Fitur ini saat ini berlaku untuk patching klaster DB simpul tunggal atau instans tulis dalam klaster DB multisimpul.
+ Koneksi SSL tidak didukung dalam hubungannya dengan fitur ini. Jika ada koneksi SSL aktif, Amazon Aurora MySQL tidak akan melakukan patch nol waktu henti, dan sebaliknya akan mencoba kembali secara berkala untuk melihat apakah koneksi SSL telah diakhiri. Jika ada, patching nol waktu henti akan dilanjutkan. Jika koneksi SSL tetap ada setelah lebih dari beberapa detik, patching dengan waktu henti standar berlanjut.
+ Fitur ini tersedia di Aurora release 1.10 dan seterusnya. Selanjutnya, kami akan mengidentifikasi rilis atau patch yang tidak dapat diterapkan dengan menggunakan patching nol waktu henti.
+ Fitur ini tidak berlaku jika replikasi berdasarkan pencatatan log biner aktif.
+ **Pengindeksan spasial** – Pengindeksan spasial meningkatkan kinerja kueri pada set data besar untuk kueri yang menggunakan data spasial. Untuk informasi selengkapnya tentang penggunaan pengindeksan spasial, lihat [ Amazon Aurora MySQL dan data spasial](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial) di *Panduan Pengguna Amazon Aurora*.
Fitur ini dinonaktifkan secara default dan dapat diaktifkan dengan mengaktifkan mode lab Aurora. Untuk selengkapnya, lihat [Mode lab Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) di *Panduan Pengguna Amazon Aurora*.
+ **Perbaikan alur replikasi** – Aurora MySQL sekarang menggunakan mekanisme yang ditingkatkan untuk menerapkan pembaruan log stream ke cache buffer Replika Aurora. Fitur ini meningkatkan performa baca dan stabilitas pada Replika Aurora jika terdapat beban kerja yang berat pada master serta beban baca yang signifikan pada Replika. Fitur ini diaktifkan secara default.
+ **Peningkatan throughput untuk beban kerja dengan pembacaan dalam cache** – Aurora MySQL kini menggunakan algoritma serentak bebas latch untuk menerapkan tampilan baca, yang akan menghasilkan throughput yang lebih baik untuk kueri baca yang dilayani oleh cache buffer. Sebagai hasil dari ini dan peningkatan lainnya, Amazon Aurora MySQL dapat mencapai throughput hingga 625K pembacaan per detik dibandingkan dengan 164K pembacaan per detik oleh MySQL 5.7 untuk beban kerja Select-only. SysBench
+ **Peningkatan throughput untuk beban kerja dengan kontensi baris panas** – Aurora MySQL menggunakan rilis kunci baru yang meningkatkan kinerja, terutama ketika ada kontensi halaman panas (yaitu, banyak transaksi yang bersaing untuk baris di halaman yang sama). Dalam pengujian dengan tolok ukur TPC-C, hal ini dapat menghasilkan peningkatan throughput hingga 16x dalam transaksi per menit dibandingkan dengan MySQL 5.7. Fitur ini dinonaktifkan secara default dan dapat diaktifkan dengan mengaktifkan mode lab Aurora. Untuk selengkapnya, lihat [Mode lab Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Kecepatan replikasi cache indeks pencarian teks penuh telah ditingkatkan dengan memperbarui cache hanya setelah permintaan baca ke Replika Aurora. Pendekatan ini menghindari pembacaan dari disk oleh thread replikasi.
+ Memperbaiki masalah yang menyebabkan ketidakabsahan cache kamus tidak berfungsi di Replika Aurora untuk tabel yang memiliki karakter khusus dalam nama basis data atau nama tabel.
+ Memperbaiki masalah `STUCK IO` selama migrasi data untuk simpul penyimpanan terdistribusi saat manajemen panas penyimpanan diaktifkan.
+ Memperbaiki masalah di manajer kunci di mana pemeriksaan pernyataan gagal untuk thread kunci transaksi ketika menyiapkan untuk rollback atau commit transaksi.
+ Memperbaiki masalah saat membuka tabel kamus yang rusak dengan memperbarui jumlah referensi ke entri tabel kamus dengan benar.
+ Memperbaiki bug yang menyebabkan titik pembacaan minimum klaster DB dapat ditahan oleh Replika Aurora yang lambat.
+ Memperbaiki potensi kebocoran memori di cache kueri.
+ Memperbaiki bug yang menyebabkan Replika Aurora menempatkan kunci tingkat baris pada tabel saat kueri digunakan dalam pernyataan `IF` prosedur yang disimpan.
## Integrasi perbaikan bug MySQL
+ UNION tabel yang diperoleh memberikan hasil yang salah, IT '1=0/false'-clauses. (Bug \$169471)
+ Server mengalami crash pada ITEM\$1FUNC\$1GROUP\$1CONCAT::FIX\$1FIELDS pada eksekusi ke-2 dari prosedur yang disimpan. (Bug \$120755389)
+ Mencegah kueri MySQL terhenti terlalu lama selama sinkronisasi cache FTS ke disk dengan mengalihkan tugas sinkronisasi cache ke thread terpisah, segera setelah ukuran cache melewati 10% dari ukuran total. (Bug \$122516559, \$173816)
# Pembaruan mesin basis data Aurora MySQL 2016-11-10 (versi 1.9.0, 1.9.1) (Dihentikan)
**Versi:** 1.9.0, 1.9.1
## Fitur baru
+ **Peningkatan build indeks** – Implementasi untuk membangun indeks sekunder kini beroperasi dengan membangun indeks dengan cara yang dari bawah ke atas, yang menghilangkan pemisahan halaman yang tidak perlu. Ini dapat mengurangi waktu yang diperlukan untuk membuat indeks atau membangun ulang tabel hingga 75% (berdasarkan Kelas instans DB `db.r3.8xlarge`). Fitur ini berada dalam mode lab di Aurora MySQL versi 1.7 dan diaktifkan secara default di Aurora versi 1.9 dan di atasnya. Untuk selengkapnya, lihat [Mode lab Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) di *Panduan Pengguna Amazon Aurora*.
+ **Kompresi kunci (mode lab)** – Implementasi ini secara signifikan mengurangi jumlah memori yang dikonsumsi manajer kunci hingga 66%. Manajer kunci dapat memperoleh lebih banyak kunci baris tanpa menemui pengecualian out-of-memory. Fitur ini dinonaktifkan secara default dan dapat diaktifkan dengan mengaktifkan mode lab Aurora. Untuk selengkapnya, lihat [Mode lab Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) di *Panduan Pengguna Amazon Aurora*.
+ **Skema kinerja** – Aurora MySQL sekarang menyertakan dukungan untuk skema kinerja dengan dampak minimal pada kinerja. Dalam pengujian kami menggunakan SysBench, mengaktifkan skema kinerja dapat menurunkan kinerja MySQL hingga 60%.
SysBench pengujian cluster Aurora DB menunjukkan dampak pada kinerja yang 4x kurang dari MySQL. Menjalankan kelas instans `db.r3.8xlarge` DB menghasilkan 100K SQL writes/sec dan lebih dari 550K SQL reads/sec, bahkan dengan skema kinerja diaktifkan.
+ **Perbaikan perselisihan baris panas** – Fitur ini mengurangi pemanfaatan CPU dan meningkatkan throughput ketika sejumlah kecil baris panas diakses oleh banyak koneksi. Fitur ini juga menghilangkan ` error 188` saat terdapat persaingan baris panas.
+ ** out-of-memoryPenanganan yang ditingkatkan** - Ketika pernyataan SQL penguncian yang tidak penting dijalankan dan kumpulan memori yang dicadangkan dilanggar, Aurora memaksa pengembalian pernyataan SQL tersebut. Fitur ini membebaskan memori dan mencegah kerusakan mesin karena pengecualian. out-of-memory
+ **Pemilih baca cerdas** - Implementasi ini meningkatkan latensi baca dengan memilih segmen penyimpanan optimal di antara segmen yang berbeda untuk setiap pembacaan, menghasilkan throughput baca yang lebih baik. SysBench pengujian telah menunjukkan peningkatan kinerja hingga 27% untuk beban kerja tulis.
## Perbaikan
+ Memperbaiki masalah yang dihadapi oleh Replika Aurora yang memiliki kunci bersama selama penyalaan mesin.
+ Memperbaiki kemungkinan crash pada Replika Aurora ketika kursor tampilan baca dalam sistem pembersihan adalah NULL.
# Pembaruan mesin basis data Aurora MySQL: 2016-10-26 (versi 1.8.1) (Dihentikan)
**Versi:** 1.8.1
## Perbaikan
+ Memperbaiki masalah yang menyebabkan kegagalan pada penyisipan massal yang menggunakan pemicu yang menginvokasi prosedur AWS Lambda .
+ Memperbaiki masalah yang menyebabkan migrasi katalog gagal saat commit otomatis mati secara global.
+ Menyelesaikan kegagalan koneksi ke Aurora saat menggunakan SSL dan meningkatkan grup Diffie-Hellman untuk menangani serangan. LogJam
## Integrasi perbaikan bug MySQL
+ OpenSSL mengubah parameter panjang kunci Diffie-Hellman karena masalah tersebut. LogJam (Bug \$118367167)
# Pembaruan mesin basis data Aurora MySQL: 2016-10-18 (versi 1.8) (Dihentikan)
**Versi:** 1.8
## Fitur baru
+ **AWS Lambda integrasi** — Anda sekarang dapat secara asinkron memanggil fungsi AWS Lambda dari cluster Aurora DB menggunakan prosedur. `mysql.lambda_async` Untuk informasi selengkapnya, lihat [ Menginvokasi fungsi Lambda dari klaster DB Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) di *Panduan Pengguna Amazon Aurora*.
+ **Muat data dari Amazon S3** – Sekarang Anda dapat memuat file teks atau XML dari bucket Amazon S3 ke dalam klaster DB Aurora menggunakan perintah `LOAD DATA FROM S3` atau `LOAD XML FROM S3`. Untuk informasi selengkapnya, lihat [ Memuat data ke dalam klaster DB Amazon Aurora MySQL dari file teks di bucket Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html) di *Panduan Pengguna Amazon Aurora*.
+ **Migrasi katalog** – Aurora sekarang mempertahankan metadata katalog di dalam volume klaster untuk mendukung versioning. Ini memungkinkan migrasi katalog yang lancar di seluruh versi dan pemulihan.
+ **Pemeliharaan dan patching tingkat-klaster** – Aurora kini mengelola pembaruan pemeliharaan untuk seluruh klaster DB. Untuk informasi selengkapnya, lihat [ Memelihara klaster DB Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah yang menyebabkan crash Replika Aurora saat tidak memberikan kunci metadata ke tabel DDL inflight.
+ Mengizinkan Replika Aurora untuk memodifikasi tabel non-InnoDB untuk memfasilitasi rotasi file CSV log lambat dan umum apabila `log_output=TABLE`.
+ Memperbaiki lag saat memperbarui statistik dari instans primer ke Replika Aurora. Tanpa perbaikan ini, statistik Replika Aurora dapat keluar dari sinkronisasi dengan statistik instans primer dan menghasilkan rencana kueri yang berbeda (dan mungkin kurang berkinerja) pada Replika Aurora.
+ Memperbaiki kondisi race yang memastikan bahwa Replika Aurora tidak mendapatkan kunci.
+ Memperbaiki skenario langka yang menyebabkan kegagalan saat Replika Aurora mendaftarkan atau membatalkan pendaftaran yang tidak sesuai dengan instans primer.
+ Memperbaiki kondisi race yang dapat mengakibatkan deadlock pada instans `db.r3.large` saat membuka atau menutup volume.
+ Memperbaiki out-of-memory masalah yang dapat terjadi karena kombinasi beban kerja tulis yang besar dan kegagalan dalam layanan Penyimpanan Terdistribusi Aurora.
+ Memperbaiki masalah konsumsi CPU yang tinggi karena thread pembersihan berputar dengan adanya transaksi yang berlangsung lama.
+ Memperbaiki masalah saat menjalankan kueri skema informasi untuk mendapatkan informasi tentang kunci di bawah beban berat.
+ Memperbaiki masalah pada proses diagnostik yang, meskipun jarang terjadi, menyebabkan penulisan Aurora ke simpul penyimpanan menjadi terhenti dan memulai ulang/melakukan failover.
+ Memperbaiki kondisi di mana tabel yang berhasil dibuat mungkin dihapus selama pemulihan crash jika crash tersebut terjadi saat pernyataan `CREATE TABLE [if not exists]` sedang ditangani.
+ Memperbaiki kasus di mana prosedur rotasi log rusak ketika log umum dan log lambat tidak disimpan di disk menggunakan mitigasi katalog.
+ Memperbaiki crash saat seorang pengguna membuat tabel sementara untuk fungsi yang ditentukan pengguna, kemudian menggunakan fungsi yang ditentukan pengguna dalam daftar kueri tertentu.
+ Memperbaiki crash yang terjadi saat memutar ulang peristiwa GTID. GTID tidak didukung oleh Aurora MySQL.
## Integrasi perbaikan bug MySQL:
+ Saat menghapus semua indeks pada suatu kolom dengan beberapa indeks, InnoDB gagal memblokir operasi DROP INDEX ketika sebuah batasan kunci asing memerlukan sebuah indeks. (Bug \$116896810)
+ Mengatasi crash penambahan batasan kunci asing. (Bug \$116413976)
+ Memperbaiki crash saat mengambil kursor di prosedur yang disimpan, dan menganalisis atau mem-flush tabel pada saat bersamaan. (Bug \$1 18158639)
+ Memperbaiki bug kenaikan otomatis saat pengguna mengubah tabel untuk mengubah nilai AUTO\$1INCREMENT menjadi kurang dari nilai kolom peningkatan otomatis maksimum. (Bug \$1 16310273)
# Pembaruan mesin basis data Aurora MySQL: 2016-09-20 (versi 1.7.1) (Dihentikan)
**Versi:** 1.7.1
## Perbaikan
+ Memperbaiki masalah di mana Replika Aurora mengalami crash jika cache pencarian teks lengkap InnoDB penuh.
+ Memperbaiki masalah di mana mesin basis data mengalami crash jika ada thread pekerja di dalam thread pool menunggu dirinya sendiri.
+ Memperbaiki masalah ketika Replika Aurora macet jika kunci metadata di tabel menyebabkan deadlock.
+ Memperbaiki masalah yang menyebabkan mesin basis data crash akibat kondisi race antara dua thread pekerja di dalam thread pool.
+ Memperbaiki masalah di mana failover yang tidak diperlukan terjadi di bawah beban berat jika agen pemantau tidak mendeteksi kemajuan operasi tulis ke subsistem penyimpanan terdistribusi.
# Pembaruan mesin basis data Aurora MySQL: 2016-08-30 (versi 1.7.0) (Dihentikan)
**Versi:** 1.7.0
## Fitur baru
+ **Penjadwal sadar NUMA** – Penjadwal tugas untuk mesin Aurora MySQL sekarang menyadari Non-Uniform Memory Access (NUMA). Ini meminimalkan perselisihan soket lintas-CPU yang menghasilkan throughput kinerja yang lebih baik untuk kelas instans DB `db.r3.8xlarge`.
+ **Read-ahead paralel beroperasi secara asinkron di latar belakang** – Read-ahead paralel telah direvisi untuk meningkatkan kinerja dengan menggunakan thread khusus untuk mengurangi perselisihan thread.
+ **Peningkatan build indeks (mode lab)** – Implementasi untuk membangun indeks sekunder kini beroperasi dengan membangun indeks dengan cara yang dari bawah ke atas, yang menghilangkan pemisahan halaman yang tidak perlu. Ini dapat mengurangi waktu yang diperlukan untuk membuat indeks atau membangun ulang tabel. Fitur ini dinonaktifkan secara default dan dapat diaktifkan dengan mengaktifkan mode lab Aurora. Untuk selengkapnya, lihat [Mode lab Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) di *Panduan Pengguna Amazon Aurora*.
## Perbaikan
+ Memperbaiki masalah yang membuat koneksi membutuhkan waktu lama jika terjadi lonjakan dalam jumlah koneksi yang diminta untuk sebuah instans.
+ Memperbaiki masalah di mana terjadi crash jika ALTER TABLE dijalankan pada tabel yang dipartisi yang tidak menggunakan InnoDB.
+ Memperbaiki masalah di mana beban kerja tulis dapat menyebabkan failover.
+ Memperbaiki pernyataan yang keliru yang menyebabkan kegagalan jika RENAME TABLE dijalankan di tabel yang dipartisi.
+ Meningkatkan stabilitas saat melakukan rollback transaksi selama beban kerja insert-heavy.
+ Memperbaiki masalah yang menyebabkan indeks pencarian teks penuh tidak dapat diatasi di Replika Aurora.
## Integrasi perbaikan bug MySQL
+ Meningkatkan skalabilitas dengan mempartisi kunci LOCK\$1grant. (Port WL \$18355)
+ Kursor pembukaan pada SELECT dalam prosedur yang disimpan menyebabkan segfault. (Port Bug \$116499751)
+ MySQL memberikan hasil yang salah dengan penggunaan khusus. (Bug \$111751794)
+ Crash di GET\$1SEL\$1ARG\$1FOR\$1KEYPART – yang disebabkan oleh patch untuk bug \$111751794. (Bug \$116208709)
+ Hasil yang salah untuk kueri sederhana dengan GROUP BY. (Bug \$117909656)
+ Baris tambahan pada kueri semijoin dengan predikat rentang. (Bug \$116221623)
+ Penambahan klausa ORDER BY setelah subkueri IN dapat menyebabkan baris duplikat dikembalikan. (Bug \$116308085)
+ Crash dengan penjelasan untuk kueri dengan pemindaian longgar untuk GROUP BY, MyISAM. (Bug \$116222245)
+ Pemindaian indeks longgar dengan predikat int yang dikutip menghasilkan data acak. (Bug \$116394084)
+ Jika optimalisasi menggunakan pemindaian indeks longgar, server dapat keluar saat mencoba membuat tabel sementara. (Bug \$116436567)
+ COUNT(DISTINCT) seharusnya tidak menghitung nilai NULL, tetapi dihitung saat pengoptimal menggunakan pemindaian indeks longgar. (Bug \$117222452)
+ Jika sebuah kueri memiliki MIN()/MAX() dan aggregate\$1function(DISTINCT) (misalnya, SUM(DISTINCT)) dan dijalankan menggunakan pemindaian indeks longgar, nilai hasil MIN()/MAX() diatur dengan tidak tepat. (Bug \$117217128)
# Pembaruan mesin basis data Aurora MySQL: 2016-06-01 (versi 1.6.5) (Dihentikan)
**Versi:** 1.6.5
## Fitur baru
+ **Penyimpanan Log Biner yang efisien** – Penyimpanan log biner yang efisien sekarang diaktifkan secara default untuk semua klaster DB Aurora MySQL, dan tidak dapat dikonfigurasi. Penyimpanan log biner yang efisien diperkenalkan pada pembaruan April 2016. Untuk informasi selengkapnya, lihat [Pembaruan mesin basis data Aurora MySQL: 2016-04-06 (versi 1.6) (Dihentikan)](AuroraMySQL.Updates.20160406.md).
## Perbaikan
+ Peningkatan stabilitas untuk Aurora Replika ketika instans primer sedang mengalami beban kerja berat.
+ Meningkatkan stabilitas untuk Replika Aurora ketika menjalankan kueri pada tabel yang dipartisi dan tabel dengan karakter khusus pada nama tabel.
+ Memperbaiki masalah koneksi saat menggunakan koneksi aman.
## Integrasi perbaikan bug MySQL
+ SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug \$117632285)
# Pembaruan mesin basis data Aurora MySQL: 2016-04-06 (versi 1.6) (Dihentikan)
**Versi:** 1.6
Pembaruan ini mencakup perbaikan berikut:
## Fitur baru
+ **Read-ahead paralel** – Read-ahead paralel sekarang diaktifkan secara default untuk semua klaster DB Aurora MySQL, dan tidak dapat dikonfigurasi. Read-ahead paralel diperkenalkan pada pembaruan Desember 2015. Untuk informasi selengkapnya, lihat [Pembaruan mesin basis data Aurora MySQL: 2015-12-03 (versi 1.4) (Dihentikan)](AuroraMySQL.Updates.20151203.md).
Selain mengaktifkan read-ahead paralel secara default, rilis ini mencakup perbaikan berikut untuk read-ahead paralel:
+ Meningkatkan logika sehingga read-ahead paralel menjadi kurang agresif, yang bermanfaat saat klaster DB Anda menghadapi banyak beban kerja paralel.
+ Meningkatkan stabilitas pada tabel yang lebih kecil.
+ **Penyimpanan Log Biner yang efisien (mode lab)**— File log biner MySQL sekarang disimpan lebih efisien di Aurora MySQL. Implementasi penyimpanan baru memungkinkan file log biner dihapus lebih awal dan meningkatkan kinerja sistem untuk instans dalam klaster DB Aurora MySQL yang merupakan master replikasi log biner.
Untuk memungkinkan penyimpanan log biner yang efisien, atur parameter `aurora_lab_mode` ke `1` dalam kelompok parameter untuk instans primer Anda atau Replika Aurora. Parameter `aurora_lab_mode` adalah parameter tingkat instans yang ada di kelompok parameter `default.aurora5.6` secara default. Untuk informasi tentang memodifikasi grup parameter DB, lihat [ Memodifikasi parameter dalam grup parameter DB](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying) di *Panduan Pengguna Amazon Aurora*. Untuk informasi tentang grup parameter dan Aurora MySQL, lihat [ Parameter konfigurasi Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.ParameterGroups) di *Panduan Pengguna Amazon Aurora*.
Hanya aktifkan penyimpanan log biner yang efisien untuk instans di klaster DB Aurora MySQL yang merupakan instans master replikasi log biner MySQL.
+ **Variabel sistem AURORA\$1VERSION** – Anda sekarang bisa mendapatkan versi Aurora dari klaster DB Aurora MySQL Anda dengan membuat kueri variabel sistem `AURORA_VERSION`.
Untuk mendapatkan versi Aurora, gunakan salah satu kueri berikut:
```
select AURORA_VERSION();
select @@aurora_version;
show variables like '%version';
```
Anda juga dapat melihat versi Aurora di Konsol Manajemen AWS saat Anda memodifikasi cluster DB, atau dengan memanggil [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI perintah atau operasi API [Deskripsikan DBEngine Versi](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
+ **Metrik penggunaan memori manajer kunci** – Informasi tentang penggunaan memori manajer kunci kini tersedia sebagai metrik.
Untuk mendapatkan metrik penggunaan memori manajer kunci, gunakan salah satu kueri berikut:
```
show global status where variable_name in ('aurora_lockmgr_memory_used');
select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
```
## Perbaikan
+ Meningkatkan stabilitasi selama pemulihan transaksi XA dan binlog.
+ Memperbaiki masalah memori yang disebabkan oleh sejumlah besar koneksi.
+ Meningkatkan akurasi dalam metrik berikut: `Read Throughput`,` Read IOPS`, `Read Latency`, `Write Throughput`, `Write IOPS`, `Write Latency`, dan `Disk Queue Depth`.
+ Memperbaiki masalah stabilitas yang menyebabkan mulai ulang yang lambat untuk instans besar setelah crash.
+ Meningkatkan konkurensi dalam kamus data terkait mekanisme sinkronisasi dan pengosongan cache.
+ Peningkatan stabilitas dan kinerja untuk Replika Aurora:
+ Memperbaiki masalah stabilitas untuk Replika Aurora selama beban kerja tulis yang berat atau burst untuk instans primer.
+ Peningkatan lag replika untuk kelas instans db.r3.4xlarge dan db.r3.8xlarge.
+ Peningkatan kinerja dengan mengurangi susunan antara aplikasi penyalinan ulang log RDS dan pembacaan bersamaan pada Replika Aurora.
+ Memperbaiki masalah untuk statistik penyegaran pada Replika Aurora untuk statistik yang baru dibuat atau diperbarui.
+ Peningkatan stabilitas untuk Replika Aurora ketika ada banyak transaksi pada instans primer dan pembacaan serentak pada Replika Aurora di seluruh data yang sama.
+ Meningkatkan stabilitas untuk Replika Aurora saat menjalankan pernyataan `UPDATE` dan `DELETE` dengan pernyataan `JOIN`.
+ Meningkatkan stabilitas untuk Replika Aurora saat menjalankan pernyataan `INSERT ... SELECT`.
## Integrasi perbaikan bug MySQL
+ BACKPORT Bug \$118694052 FIX FOR ASSERTION `\$1M\$1ORDERED\$1REC\$1BUFFER' FAILED TO 5.6 (Port Bug \$118305270)
+ SEGV IN MEMCPY(), HA\$1PARTITION::POSITION (Port Bug \$1 18383840)
+ WRONG RESULTS WITH PARTITIONING,INDEX\$1MERGE AND NO PK (Port Bug \$1 18167648)
+ FLUSH TABLES FOR EXPORT: ASSERTION IN HA\$1PARTITION::EXTRA (Port Bug \$1 16943907)
+ SERVER CRASH IN VIRTUAL HA\$1ROWS HANDLER::MULTI\$1RANGE\$1READ\$1INFO\$1CONST (Port Bug \$1 16164031)
+ RANGE OPTIMIZER CRASHES IN SEL\$1ARG::RB\$1INSERT() (Port Bug \$1 16241773)
# Pembaruan mesin basis data Aurora MySQL: 2016-01-11 (versi 1.5) (Dihentikan)
**Versi:** 1.5
Pembaruan ini mencakup perbaikan berikut:
## Perbaikan
+ Memperbaiki jeda 10 detik operasi tulis untuk instans idle selama deployment penyimpanan Aurora.
+ Read-ahead logis sekarang bekerja ketika `innodb_file_per_table` diatur ke `No`. Untuk informasi selengkapnya tentang read-ahead logis, lihat [Pembaruan mesin basis data Aurora MySQL: 2015-12-03 (versi 1.4) (Dihentikan)](AuroraMySQL.Updates.20151203.md).
+ Memperbaiki masalah pada Replikas Aurora yang terhubung kembali ke instans primer. Peningkatan ini juga memperbaiki masalah ketika Anda menentukan nilai yang besar untuk parameter `quantity` saat menguji kegagalan Replika Aurora menggunakan kueri injeksi kesalahan. Untuk informasi selengkapnya, lihat [ Menguji kegagalan replika Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FaultInjectionQueries.html#AuroraMySQL.Managing.FaultInjectionQueries.ReplicaFailure) di *Panduan Pengguna Amazon Aurora*.
+ Memperbaiki pemantauan Replika Aurora yang tertinggal dan memulai kembali.
+ Memperbaiki masalah yang menyebabkan Replika Aurora menjadi lambat, dibatalkan pendaftarannya, lalu dimulai ulang.
+ Memperbaiki masalah saat Anda menjalankan perintah `show innodb status` saat deadlock.
+ Memperbaiki masalah dengan failover untuk instans yang lebih besar selama throughput tulis yang tinggi.
## Integrasi perbaikan bug MySQL
+ Mengatasi perbaikan yang belum selesai dalam pencarian teks penuh MySQL yang memengaruhi tabel dengan nama basis data yang dimulai dengan sebuah digit. (Port Bug \$117607956)
# Pembaruan mesin basis data Aurora MySQL: 2015-12-03 (versi 1.4) (Dihentikan)
**Versi:** 1.4
Pembaruan ini mencakup perbaikan berikut:
## Fitur baru
+ **Sisipan Cepat** – Mempercepat penyisipan paralel yang diurutkan berdasarkan kunci primer. 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*.
+ **Performa baca set data besar** – Aurora MySQL secara otomatis mendeteksi beban kerja IO yang berat dan meluncurkan lebih banyak thread untuk meningkatkan kinerja klaster DB. Penjadwal Aurora mengamati aktivitas IO dan memutuskan untuk menyesuaikan jumlah thread yang optimal di dalam sistem, dengan cepat menyesuaikan antara beban kerja berat IO dan CPU yang berat dengan beban kerja rendah.
+ **Parallel read-ahead** – Meningkatkan kinerja pemindaian B-Tree yang terlalu besar untuk memori yang tersedia pada instans primer Anda atau Replika Aurora (termasuk kueri rentang). Read-ahead paralel secara otomatis mendeteksi pola baca halaman dan mengambil halaman di awal ke dalam cache buffer sebelum diperlukan. Read-ahead paralel bekerja dari beberapa tabel di waktu yang sama dengan transaksi yang sama.
## Perbaikan:
+ Memperbaiki masalah ketersediaan basis data Aurora selama deployment penyimpanan Aurora.
+ Menerapkan batas `max_connection` dengan benar.
+ Meningkatkan pembersihan binlog di mana Aurora adalah master binlog dan basis data memulai ulang setelah muatan data yang berat.
+ Memperbaiki masalah manajemen memori dengan cache tabel.
+ Menambahkan dukungan untuk halaman besar dalam cache buffer memori bersama untuk pemulihan yang lebih cepat.
+ Memperbaiki masalah penyimpanan lokal thread yang tidak diinisialisasi.
+ Mengizinkan 16K koneksi secara default.
+ Pool thread dinamis untuk beban kerja berat IO.
+ Memperbaiki masalah dengan tampilan yang tidak divalidasi dengan benar yang melibatkan UNION dalam cache kueri.
+ Memperbaiki masalah stabilitas dengan thread statistik kamus.
+ Memperbaiki kebocoran memori dalam subsistem kamus yang terkait dengan pengosongan data.
+ Memperbaiki masalah latensi baca tinggi di Replika Aurora saat ada beban tulis yang sangat rendah di master.
+ Memperbaiki masalah stabilitas pada Replika Aurora ketika melakukan operasi pada tabel terpartisi DDL seperti ALTER TABLE … REORGANIZE PARTITION pada master.
+ Memperbaiki masalah stabilitas di Replika Aurora selama pertumbuhan volume.
+ Memperbaiki masalah kinerja untuk pemindaian pada indeks tanpa klaster di Replika Aurora.
+ Memperbaiki masalah stabilitas yang membuat lag Replika Aurora dan akhirnya tidak terdaftar dan dimulai kembali.
## Integrasi perbaikan bug MySQL
+ SEGV in FTSPARSE(). (Bug \$116446108)
+ Kamus data InnoDB tidak diperbarui saat mengubah nama kolom. (Bug \$119465984)
+ Crash FTS setelah mengubah nama tabel ke basis data yang berbeda. (Bug \$116834860)
+ Gagal menyiapkan pemicu pada tabel yang terpotong menyebabkan kesalahan 1054. (Bug \$118596756)
+ Perubahan metadata dapat menyebabkan masalah pada eksekusi pemicu. (Bug \$118684393)
+ Materialisasi tidak dipilih untuk bidang UTF8 VARCHAR yang panjang. (Bug \$117566396)
+ Rencana eksekusi yang buruk saat ORDER BY dengan batas X. (Bug \$116697792)
+ Backport bug \$111765744 KE 5.1, 5.5, DAN 5.6. (Bug \$117083851)
+ Masalah mutex di SQL/SQL\$1SHOW.CC menghasilkan. SIG6 Sumber cenderung FILL\$1VARIABLES. (Bug \$120788853)
+ Backport bug \$118008907 ke versi 5.5\$1. (Bug \$118903155)
+ Menyesuaikan perbaikan untuk kesalahan luapan tumpukan di MySQL 5.7. (Bug \$119678930)
# Pembaruan mesin basis data Aurora MySQL: 2015-10-16 (versi 1.2, 1.3) (Dihentikan)
**Versi:** 1.2, 1.3
Pembaruan ini mencakup perbaikan berikut:
## Perbaikan
+ out-of-memoryMasalah yang diselesaikan di pengelola kunci baru dengan transaksi yang berjalan lama
+ Mengatasi kerentanan keamanan saat mereplikasi dengan basis data non-RDS for MySQL
+ Diperbarui untuk memastikan bahwa penulisan quorum mencoba ulang secara benar dengan kegagalan penyimpanan
+ Diperbarui untuk melaporkan lag replika secara lebih akurat
+ Meningkatkan kinerja dengan mengurangi perselisihan saat banyak transaksi bersamaan mencoba mengubah baris yang sama
+ Mengatasi invalidasi cache kueri untuk tampilan yang dibuat dengan menggabungkan dua tabel
+ Menonaktifkan cache kueri untuk transaksi dengan isolasi `UNCOMMITTED_READ`
## Perbaikan
+ Kinerja lebih baik untuk kueri katalog lambat pada cache hangat
+ Meningkatkan konkurensi dalam statistik kamus
+ Stabilitas yang lebih baik untuk manajer sumber daya cache kueri baru, manajemen jangkauan, file yang disimpan di penyimpanan cerdas Amazon Aurora, dan tulis batch rekaman log
## Integrasi perbaikan bug MySQL
+ Mematikan kueri di dalam innodb menyebabkan crash dengan pernyataan. (Bug \$11608883)
+ Untuk kegagalan dalam membuat thread baru untuk penjadwal peristiwa, pelaksanaan peristiwa, atau koneksi baru, tidak ada pesan yang dituliskan ke log kesalahan. (Bug \$116865959)
+ Jika satu koneksi mengubah basis data default dan secara bersamaan koneksi lain menjalankan SHOW PROCESSLIST, koneksi kedua dapat mengakses memori yang tidak valid ketika mencoba menampilkan memori basis data default koneksi pertama. (Bug \$111765252)
+ PURGE BINARY LOGS berdasarkan desain tidak menghapus file log biner yang sedang digunakan atau aktif, tetapi tidak memberikan pemberitahuan apa pun saat hal ini terjadi. (Bug \$113727933)
+ Untuk beberapa pernyataan, kebocoran memori dapat terjadi ketika pengoptimal menghapus klausa subkueri yang tidak diperlukan. (Bug \$115875919)
+ Selama shutdown, server dapat mencoba mengunci mutex yang tidak diinisialisasi. (Bug \$116016493)
+ Pernyataan yang disiapkan yang menggunakan GROUP\$1CONCAT() dan klausa ORDER BY yang menyebutkan beberapa kolom dapat menyebabkan server keluar. (Bug \$116075310)
+ Instrumentasi Skema Kinerja tidak ada untuk thread pekerja replika. (Bug \$116083949)
+ `STOP SLAVE` dapat menyebabkan deadlock saat diterbitkan secara bersamaan dengan pernyataan seperti SHOW STATUS yang mengambil nilai untuk satu atau beberapa variabel status `Slave_retried_transactions`, `Slave_heartbeat_period`, `Slave_received_heartbeats`, `Slave_last_heartbeat`, atau `Slave_running`. (Bug \$116088188)
+ Kueri teks penuh yang menggunakan mode Boolean dapat memberikan hasil nol pada beberapa kasus di mana istilah pencarian adalah frasa yang dikutip. (Bug \$116206253)
+ Upaya pengoptimal untuk menghapus klausa subkueri redundan memunculkan pernyataan saat menjalankan pernyataan yang disiapkan dengan subkueri dalam klausa ON dari sambungan dalam subkueri. (Bug \$116318585)
+ GROUP\$1CONCAT tidak stabil, crash di ITEM\$1SUM::CLEAN\$1UP\$1AFTER\$1REMOVAL. (Bug \$116347450)
+ Mencoba mengganti daftar stopword pencarian teks lengkap (FTS) InnoDB default dengan membuat tabel InnoDB dengan struktur yang sama seperti INFORMATION\$1SCHEMA.INNODB\$1FT\$1DEFAULT\$1STOPWORD akan mengakibatkan kesalahan. (Bug \$116373868)
+ Setelah thread klien pada pekerja menjalankan FLUSH TABLES WITH READ LOCK dan diikuti oleh beberapa pembaruan pada master, pekerja tersebut macet saat mengeksekusi `SHOW SLAVE STATUS`. (Bug \$116387720)
+ Saat menguraikan string pencarian yang dibatasi seperti "abc-def" dalam pencarian teks lengkap, InnoDB sekarang menggunakan pembatas kata yang sama dengan MyISAM. (Bug \$116419661)
+ Crash di FTS\$1AST\$1TERM\$1SET\$1WILDCARD. (Bug \$116429306)
+ SEGFAULT di FTS\$1AST\$1VISIT() untuk uji FTS RQG. (Bug \$1 16435855)
+ Untuk build debug, ketika pengoptimal menghapus Item\$1ref yang menunjuk ke subkueri, hal ini menyebabkan server keluar. (Bug \$116509874)
+ Pencarian teks lengkap pada tabel InnoDB gagal pada pencarian frasa literal yang dikombinasikan dengan operator \$1 atau -. (Bug \$116516193)
+ `START SLAVE`gagal ketika server dimulai dengan opsi -- master-info-repository =TABLE relay-log-info-repository =TABLE dan dengan komit otomatis disetel ke 0, bersama dengan. `--skip-slave-start` (Bug \$116533802)
+ Hasil pencarian teks lengkap (FTS) InnoDB yang sangat besar dapat menghabiskan terlalu banyak memori. (Bug \$116625973)
+ Dalam build debug, pernyataan dapat terjadi dalam OPT\$1CHECK\$1ORDER\$1BY ketika menggunakan biner secara langsung dalam string pencarian, karena biner mungkin menyertakan byte NULL dan karakter lain yang tidak bermakna. (Bug \$116766016)
+ Untuk beberapa pernyataan, kebocoran memori dapat terjadi ketika pengoptimal menghapus klausa subkueri yang tidak diperlukan. (Bug \$116807641)
+ Ada kemungkinan untuk menyebabkan deadlock setelah menerbitkan FLUSH TABLES WITH READ LOCK dengan menerbitkan `STOP SLAVE` dalam koneksi yang baru dengan pekerja, kemudian menerbitkan `SHOW SLAVE STATUS` menggunakan koneksi asli. (Bug \$116856735)
+ GROUP\$1CONCAT() dengan pemisah yang tidak valid dapat menyebabkan server keluar. (Bug \$116870783)
+ Server melakukan penguncian berlebihan di mutex LOCK\$1active\$1mi dan active\$1mi->rli->data\$1lock untuk pernyataan 'pola' SHOW STATUS LIKE apa pun, bahkan ketika pola tidak cocok dengan variabel status yang menggunakan mutex tersebut (`Slave_heartbeat_period`, `Slave_last_heartbeat`, `Slave_received_heartbeats`, `Slave_retried_transactions`, `Slave_running`). (Bug \$116904035)
+ Pencarian teks penuh menggunakan modifier MODE BOOLEAN akan menyebabkan kegagalan pernyataan. (Bug \$116927092)
+ Pencarian teks lengkap pada tabel InnoDB gagal pada pencarian yang menggunakan operator boolean \$1. (Bug \$117280122)
+ Deadlock 4 arah: zombies, purging binlogs, show processlist, show binlogs. (Bug \$117283409)
+ Saat thread SQL yang menunggu kunci commit dimatikan dan dimulai ulang, ini menyebabkan transaksi dilewatkan pada pekerja. (Bug \$117450876)
+ Kegagalan pencarian teks penuh InnoDB akan terjadi karena token yang "tidak diakhiri". String dan panjang string harus diteruskan untuk perbandingan string. (Bug \$117659310)
+ Sejumlah besar tabel InnoDB yang terpartisi dapat menggunakan lebih banyak memori saat digunakan dalam MySQL 5.6 atau 5.7 dibandingkan memori yang digunakan oleh tabel yang sama yang digunakan dalam rilis Server MySQL sebelumnya. (Bug \$117780517)
+ Untuk kueri teks penuh, kegagalan untuk memeriksa bahwa num\$1token kurang dari max\$1proximity\$1item dapat menghasilkan sebuah pernyataan. (Bug \$118233051)
+ Kueri tertentu untuk tabel INFORMATION\$1SCHEMA TABLES dan COLUMNS dapat menyebabkan penggunaan memori yang berlebihan saat ada sejumlah besar tabel InnoDB yang kosong. (Bug \$118592390)
+ Saat menerapkan transaksi, sebuah bendera sekarang digunakan untuk memeriksa apakah thread telah dibuat, bukan memeriksa thread itu sendiri, yang menggunakan lebih banyak sumber daya, terutama ketika menjalankan server dengan master\$1info\$1repository=TABLE. (Bug \$118684222)
+ Jika thread klien pada pekerja menjalankan FLUSH TABLES WITH READ LOCK sementara master menjalankan DML, menjalankan `SHOW SLAVE STATUS` di klien yang sama menjadi diblokir, sehingga menyebabkan deadlock. (Bug \$119843808)
+ Mengurutkan berdasarkan hasil GRUP\$1CONCAT() dapat menyebabkan server keluar. (Bug \$119880368)
# Pembaruan mesin basis data Aurora MySQL: 2015-08-24 (versi 1.1) (Dihentikan)
**Versi:** 1.1
Pembaruan ini mencakup perbaikan berikut:
+ Peningkatan stabilitas replikasi saat mereplikasi dengan basis data MySQL (replikasi binlog). Untuk informasi tentang replikasi Aurora MySQL dengan MySQL, lihat [ Replikasi dengan Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Replication.html) di *Panduan Pengguna Amazon Aurora*.
+ Batas 1 gigabyte (GB) pada ukuran log relay terakumulasi untuk klaster DB Aurora MySQL yang merupakan pekerja replikasi. Hal ini meningkatkan kualitas pengelolaan file untuk klaster DB Aurora.
+ Perbaikan stabilitas di bidang read-ahead, hubungan kunci asing rekursif, dan replikasi Aurora.
+ Integrasi perbaikan bug MySQL.
+ Basis data InnoDB dengan nama-nama yang dimulai dengan sebuah digit menyebabkan kesalahan pengurai pencarian teks penuh (FTS). (Bug \$117607956)
+ Pencarian teks penuh InnoDB gagal di basis data yang namanya dimulai dengan sebuah digit. (Bug \$117161372)
+ Untuk basis data InnoDB pada Windows, ID objek pencarian teks penuh (FTS) tidak dalam format heksadesimal yang diharapkan. (Bug \$116559254)
+ Regresi kode yang diperkenalkan di MySQL 5.6 berdampak negatif pada kinerja DROP TABLE dan ALTER TABLE. Hal ini dapat menyebabkan penurunan kinerja antara MySQL Server 5.5.x dan 5.6.x. (Bug \$116864741)
+ Menyederhanakan pencatatan log untuk mengurangi ukuran file log dan jumlah penyimpanan yang diperlukan.