Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Pembaruan mesin basis data Aurora MySQL 2020-09-17 (versi 2.09.0) (Dihentikan)
**Versi:** 2.09.0
Aurora MySQL 2.09.0 tersedia secara umum. Aurora MySQL versi 2.x kompatibel dengan MySQL 5.7 dan Aurora MySQL versi 1.x kompatibel dengan MySQL 5.6.
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 dari Aurora MySQL 1.23.\$1 menjadi Aurora MySQL 2.09.0. Anda juga memiliki opsi untuk meningkatkan klaster basis data Aurora MySQL 2.\$1 yang ada ke Aurora MySQL 2.09.0. Anda tidak dapat meningkatkan klaster Aurora MySQL 1.23.\$1 yang ada secara langsung ke 2.09.0; namun, Anda dapat memulihkan snapshot-nya ke Aurora MySQL 2.09.0.
**penting**
Perbaikan pada penyimpanan Aurora dalam versi ini membatasi jalur peningkatan yang tersedia dari Aurora MySQL 1.\$1 ke Aurora MySQL 2.09. Saat Anda meningkatkan klaster Aurora MySQL 1.\$1 ke 2.09, Anda harus meningkatkan versi dari Aurora MySQL 1.23.
Untuk membuat cluster dengan versi lama dari Aurora MySQL, tentukan versi mesin melalui,, atau RDS Konsol Manajemen AWS API. 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**
Untuk informasi tentang cara meningkatkan versi klaster basis data MySQL Aurora Anda, 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:**
+ 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.
+ 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*.
+ 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:**
+ Backport Bug Komunitas \$127659490: SELECT MENGGUNAKAN DYNAMIC RANGE DAN INDEX MERGE MENGGUNAKAN TERLALU BANYAK MEMORI (OOM)
+ Bug \$126881508: MYSQL \$11: DISABLE\$1ABORT\$1ON\$1ERROR IN AUTH\$1COMMON.H
+ Backport Bug Komunitas \$124437124: KEMUNGKINAN BUFFER OVERFLOW PADA CREATE TABLE
+ Backport Bug \$127158030: INNODB ONLINE ALTER CRASH DENGAN DML SECARA BERSAMAAN
+ Bug \$129770705: SERVER CRASH SAAT MELAKUKAN SELECT DENGAN KLAUSA WHERE KHUSUS
+ Backport BUG \$126502135: MYSQLD SEGFAULTS DALAM MDL\$1CONTEXT::TRY\$1ACQUIRE\$1LOCK\$1IMPL
+ Bug \$126935001: TABEL ALTERNATIF AUTO\$1INCREMENT MENCOBA MEMBACA INDEKS DARI RUANG TABEL YANG DIHAPUS
+ Bug \$128491099: [FATAL] BLOK MEMORI TIDAK VALID \$1 INNODB: KEGAGALAN ASSERSI: UT0UT.CC:670
+ Bug \$130499288: GCC 9.2.1 MELAPORKAN PERINGATAN BARU UNTUK OS\$1FILE\$1GET\$1PARENT\$1DIR
+ Bug \$129952565 di mana MYSQLD MENDAPATKAN SIGNAL 11 SAAT MENJALANKAN KUERI (UNION \$1 ORDER BY \$1 SUB-QUERY)
+ Bug \$130628268: CRASH KEHABISAN MEMORI
+ Bug \$130441969: BUG \$129723340: MYSQL SERVER CRASH SETELAH KUERI SQL DENGAN ?AST DATA
+ Bug \$130569003: 5.7 REPLICATION BREAKAGE DENGAN KESALAHAN SINTAKS DENGAN GRANT MANAGEMENT
+ Bug \$129915479: MENJALANKAN COM\$1REGISTER\$1SLAVE TANPA COM\$1BINLOG\$1DUMP DAPAT BERDAMPAK PADA KELUAR SERVER
+ Bug \$130569003: 5.7 REPLICATION BREAKAGE DENGAN KESALAHAN SINTAKS DENGAN GRANT MANAGEMENT
+ Bug \$129915479: MENJALANKAN COM\$1REGISTER\$1SLAVE TANPA COM\$1BINLOG\$1DUMP DAPAT BERDAMPAK PADA KELUAR SERVER
+ Bug \$120712046: TAMPILKAN TABEL PROCESSLIST DAN PERFORMANCE\$1SCHEMA TIDAK MENYEMBUNYIKAN KATA SANDI DARI KUERI
+ Backport bug \$118898433: KINERJA SANGAT LAMBAT DENGAN OUTER JOIN DAN JOIN BUFFER (diperbaiki dalam 5.7.21). Kueri dengan banyak sambungan tersisa akan lambat jika buffering sambungan digunakan (misalnya, menggunakan algoritma loop bersarang blok). (Bug \$118898433, Bug \$172854)"
+ Backport bug \$126402045: MYSQLD CRASH PADA KUERI (diperbaiki dalam MySQL 5.7.23). Kasus materialisasi subkueri tertentu dapat menyebabkan keluarnya server. Kueri ini sekarang menghasilkan pesan kesalahan yang menunjukkan bahwa materialisasi dinonaktifkan. (Bug \$126402045)
+ [Backport dari MySQL] pengguna selain rdsadmin tidak diizinkan untuk memperbarui tabel pfs di replika pembaca.
+ Memperbaiki masalah di mana pelanggan tidak dapat memperbarui perfschema di replika pembaca
+ Bug \$126666274: LOOP TANPA HENTI DI KONTAINER BUFFER SKEMA KINERJA
+ [Bug \$126997096](https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa): Nilai relay\$1log\$1space tidak diperbarui secara sinkron sehingga nilainya terkadang jauh lebih tinggi daripada ruang disk aktual yang digunakan oleh log relay.
+ BUG \$125082593: VALIDASI KUNCI ASING TIDAK PERLU MEMPEROLEH GAP LOCK DI READ COMMITTED
+ [CVE-2019-2731](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2731)
+ [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645)
+ [CVE-2019-2581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2581)
+ [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787)
+ [CVE-2019-2482](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2482)
+ [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640)
+ [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784)
+ [CVE-2019-2628](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2628)
+ [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2628](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2628)
+ [CVE-2018-3284](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3284)
+ [CVE-2018-3065](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3065)
+ [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537)
+ [CVE-2019-2948](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2948)
+ [CVE-2019-2434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2434)
+ [CVE-2019-2420](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2420)
**Perbaikan ketersediaan:**
+ Mengaktifkan perbaikan ABA manajer kunci secara default.
+ 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 saat membuat tabel sementara dengan format baris terkompresi dapat menyebabkan mulai ulang.
+ Memperbaiki nilai default `table_open_cache` pada instans 16XL dan 24XL yang dapat menyebabkan failover berulang dan penggunaan CPU yang tinggi pada kelas instans besar (R4/R5-16XL, R5-12XL, R5-24XL). Hal ini berdampak pada 2.07.x.
+ Memperbaiki masalah saat memulihkan klaster dari Amazon S3 ke Aurora MySQL versi 2.08.0 membutuhkan waktu lebih lama dari yang diperkirakan ketika cadangan S3 tidak menyertakan tabel `mysql.host`.
+ Memperbaiki masalah yang mungkin menyebabkan failover beberapa kali karena pembaruan kolom virtual dengan indeks sekunder.
+ Memperbaiki masalah yang berkaitan dengan manajemen memori kunci transaksi dengan transaksi tulis jangka panjang yang menyebabkan basis data memulai ulang.
+ Memperbaiki beberapa masalah di mana mesin mungkin mengalami crash selama patching zero-downtime sambil memeriksa titik aman untuk patching.
+ Memperbaiki masalah untuk melewatkan pencatatan log pengulangan tindakan untuk tabel sementara, yang sebelumnya menyebabkan crash.
+ Memperbaiki kondisi balapan di manajer kunci antara pembunuhan connection/query dan sesi terbunuh.
+ Memperbaiki masalah di mana basis data dapat mengalami crash jika berupa replika binlog dan menerima peristiwa DDL melalui tabel `time_zone` MySQL.
**Basis data global:**
+ Tampilan `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` MySQL di Wilayah sekunder sekarang menunjukkan entri untuk replika milik Wilayah tersebut.
+ Memperbaiki kegagalan kueri tak terduga yang dapat terjadi di Wilayah sekunder DB Global setelah masalah konektivitas jaringan sementara antara Wilayah primer dan sekunder.
+
**Kueri paralel:**
+ Memperbaiki rencana `EXPLAIN` untuk kueri Parallel Query, yang tidak benar untuk kueri tabel tunggal sederhana.
+ Memperbaiki self-deadlatch yang mungkin terjadi saat Parallel Query diaktifkan.
**Perbaikan umum:**
+ Ekspor ke S3 sekarang mendukung kata kunci `ENCRYPTION`.
+ Parameter `aurora_binlog_replication_max_yield_seconds` saat ini memiliki nilai maksimal 36.000. Nilai maksimum yang diterima sebelumnya adalah 45. Parameter ini hanya berfungsi jika parameter `aurora_binlog_use_large_read_buffer` diatur ke 1.
+ 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`.
+ Meningkatkan panjang maksimum yang diizinkan untuk variabel sistem audit `server_audit_incl_users` dan `server_audit_excl_users` dari 1024 byte menjadi 2000 byte.
+ Memperbaiki masalah di mana pengguna dapat kehilangan akses ke basis data saat menurunkan parameter `max_connections` dalam grup parameter ketika koneksi saat ini lebih besar daripada nilai yang ditetapkan.
+ Memperbaiki masalah pada Aliran Aktivitas Data di mana tanda kutip tunggal dan garis miring terbalik tidak dilepaskan dengan benar.
## Integrasi perbaikan bug MySQL Community Edition
+ Bug \$127659490: SELECT MENGGUNAKAN DYNAMIC RANGE DAN INDEX MERGE MENGGUNAKAN TERLALU BANYAK MEMORI(OOM)
+ Bug \$126881508: MYSQL \$11: DISABLE\$1ABORT\$1ON\$1ERROR IN AUTH\$1COMMON.H
+ Bug \$124437124: KEMUNGKINAN BUFFER OVERFLOW PADA CREATE TABLE
+ Bug \$127158030: INNODB ONLINE ALTER CRASH DENGAN DML SECARA BERSAMAAN
+ Bug \$129770705: SERVER CRASH SAAT MELAKUKAN SELECT DENGAN KLAUSA WHERE KHUSUS
+ BUG \$126502135: MYSQLD SEGFAULTS DALAM MDL\$1CONTEXT::TRY\$1ACQUIRE\$1LOCK\$1IMPL
+ Bug \$126935001: TABEL ALTERNATIF AUTO\$1INCREMENT MENCOBA MEMBACA INDEKS DARI RUANG TABEL YANG DIHAPUS
+ Bug \$128491099: [FATAL] BLOK MEMORI TIDAK VALID \$1 INNODB: KEGAGALAN ASSERSI: UT0UT.CC:670
+ Bug \$130499288: GCC 9.2.1 MELAPORKAN PERINGATAN BARU UNTUK OS\$1FILE\$1GET\$1PARENT\$1DIR
+ Bug \$129952565 di mana MYSQLD MENDAPATKAN SIGNAL 11 SAAT MENJALANKAN KUERI (UNION \$1 ORDER BY \$1 SUB-QUERY)
+ Bug \$130628268: CRASH KEHABISAN MEMORI
+ Bug \$130441969: BUG \$129723340: MYSQL SERVER CRASH SETELAH KUERI SQL DENGAN ?AST DATA
+ Bug \$130569003: 5.7 REPLICATION BREAKAGE DENGAN KESALAHAN SINTAKS DENGAN GRANT MANAGEMENT
+ Bug \$129915479: MENJALANKAN COM\$1REGISTER\$1SLAVE TANPA COM\$1BINLOG\$1DUMP DAPAT BERDAMPAK PADA KELUAR SERVER
+ Bug \$130569003: 5.7 REPLICATION BREAKAGE DENGAN KESALAHAN SINTAKS DENGAN GRANT MANAGEMENT
+ Bug \$129915479: MENJALANKAN COM\$1REGISTER\$1SLAVE TANPA COM\$1BINLOG\$1DUMP DAPAT BERDAMPAK PADA KELUAR SERVER
+ Bug \$120712046: TAMPILKAN TABEL PROCESSLIST DAN PERFORMANCE\$1SCHEMA TIDAK MENYEMBUNYIKAN KATA SANDI DARI KUERI
+ Bug \$118898433: KINERJA SANGAT LAMBAT DENGAN OUTER JOIN DAN JOIN BUFFER (diperbaiki dalam 5.7.21)
+ Bug \$126402045: MYSQLD CRASH PADA KUERI (diperbaiki dalam MySQL 5.7.23)
+ Bug \$123103937: PS\$1TRUNCATE\$1ALL\$1TABLES() TIDAK DAPAT DIGUNAKAN DALAM MODE SUPER\$1READ\$1ONLY
+ Bug \$126666274: LOOP TANPA HENTI DI KONTAINER BUFFER SKEMA KINERJA
+ Bug \$126997096: Nilai relay\$1log\$1space tidak diperbarui secara sinkron sehingga nilainya terkadang jauh lebih tinggi daripada ruang disk aktual yang digunakan oleh log relay. ([https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa](https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa))
+ Bug \$125082593: VALIDASI KUNCI ASING TIDAK PERLU MEMPEROLEH GAP LOCK DI READ COMMITTED
+ Bug \$124764800: REPLIKASI GAGAL PADA SLAVE DENGAN KESALAHAN XAER\$1RMFAIL.
+ Bug \$181441: PERINGATAN TENTANG LOCALHOST SAAT MENGGUNAKAN. SKIP-NAME-RESOLVE
## Perbandingan dengan Aurora MySQL versi 1
Fitur Amazon Aurora MySQL berikut ini didukung di Aurora MySQL Versi 1 (kompatibel dengan MySQL 5.6), tetapi fitur-fitur tersebut saat ini tidak didukung di Aurora MySQL Versi 2 (kompatibel dengan MySQL 5.7).
+ Asynchronous key prefetch (AKP). 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*.
+ Sambungan hash. 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*.
+ Fungsi asli untuk memanggil AWS Lambda fungsi secara sinkron. Untuk informasi selengkapnya, lihat [ Menginvokasi fungsi Lambda dengan fungsi asli Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) di *Panduan Pengguna Amazon Aurora*.
+ Pindai batching. Untuk informasi selengkapnya, lihat [Pembaruan mesin basis data Aurora MySQL 2017-12-11 (versi 1.16) (Dihentikan)](AuroraMySQL.Updates.20171211.md).
+ Memigrasikan data dari MySQL menggunakan bucket Amazon S3. Untuk informasi selengkapnya, lihat [ Memigrasikan data dari MySQL menggunakan bucket Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) di *Panduan Pengguna Amazon Aurora*.
## Kompatibilitas MySQL 5.7
Versi Aurora MySQL ini kompatibel dengan kabel dengan MySQL 5.7 dan menyertakan fitur seperti dukungan JSON, indeks spasial, dan kolom yang dihasilkan. Aurora MySQL menggunakan implementasi asli pengindeksan spasial menggunakan kurva z-order untuk memberikan kinerja tulis >20x lebih baik dan kinerja baca >10x lebih baik daripada MySQL 5.7 untuk set data spasial.
Versi Aurora MySQL ini saat ini tidak mendukung fitur MySQL 5.7 berikut:
+ Plugin replikasi kelompok
+ Peningkatan ukuran halaman
+ Pemuatan pool buffer InnoDB saat startup
+ Plugin pengurai teks lengkap InnoDB
+ Replikasi multisumber
+ Perubahan ukuran pool buffer online
+ Plugin validasi kata sandi
+ Plugin tulis ulang kueri
+ Penyaringan replikasi
+ Pernyataan SQL `CREATE TABLESPACE`