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-11-10 (versi 2.07.3) (Dihentikan) **Versi:** 2.07.3 Aurora MySQL 2.07.3 tersedia secara umum. Aurora MySQL versi 2.\$1 kompatibel dengan MySQL 5.7 dan Aurora MySQL versi 1.\$1 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 rilis Aurora MySQL yang saat ini didukung ke Aurora MySQL 2.07.3. Anda juga memiliki opsi untuk meningkatkan klaster basis data Aurora MySQL 2.\$1 yang ada ke Aurora MySQL 2.07.3. Anda tidak dapat meningkatkan klaster Aurora MySQL 1.\$1 yang ada secara langsung ke 2.07.3; namun, Anda dapat memulihkan snapshot-nya ke Aurora MySQL 2.07.3. Untuk membuat cluster dengan versi lama dari Aurora MySQL, harap tentukan versi mesin melalui,, atau RDS Konsol Manajemen AWS API. AWS CLI **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. + [CVE-2021-2144](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2144) + [CVE-2020-14567](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14567) + [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) + [CVE-2020-14553](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14553) + [CVE-2020-14547](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14547) + [CVE-2020-14540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14540) + [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812) + [CVE-2020-2806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2806) + [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780) + [CVE-2020-2765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2765) + [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763) + [CVE-2020-2760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2760) + [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579) + [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740) **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 kondisi balapan di pengelola kunci antara pembunuhan a connection/query dan penghentian sesi yang mengakibatkan database dimulai ulang. + Memperbaiki masalah yang menyebabkan basis data memulai ulang setelah pernyataan multi-kueri yang mengakses beberapa tabel atau basis data dijalankan dengan cache kueri diaktifkan. + Memperbaiki masalah yang mungkin menyebabkan mulai ulang beberapa kali karena pembaruan kolom virtual dengan indeks sekunder. ## Integrasi perbaikan bug MySQL Community Edition + *InnoDB:* Transaksi XA bersamaan yang berhasil berjalan ke tahap persiapan XA pada master bertentangan saat diputar ulang pada slave, sehingga tunggu kunci mengalami waktu habis di thread pengaplikasi. Pertentangan tersebut disebabkan oleh rentang kunci GAP yang berbeda ketika transaksi diputar ulang secara seri pada slave. Untuk mencegah jenis pertentangan ini, kunci GAP yang diambil oleh transaksi XA pada tingkat isolasi [READ COMMITTED](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_read-committed) sekarang dilepaskan (dan sudah tidak diwariskan) saat transaksi XA mencapai tahap persiapan. (Bug \$127189701, Bug \$125866046) + *InnoDB:* Kunci gap diambil secara tidak perlu selama validasi kunci asing saat menggunakan tingkat isolasi [READ COMMITTED](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_read-committed). (Bug \$125082593) + *Replikasi:* Saat menggunakan transaksi XA, jika tunggu kunci mengalami waktu habis atau deadlock terjadi untuk thread pengaplikasi (SQL) pada slave replikasi, coba ulang otomatis tidak berfungsi. Penyebabnya adalah meskipun thread SQL akan melakukan rollback, thread tersebut tidak akan melakukan rollback transaksi XA. Ini berarti ketika transaksi dicoba kembali, peristiwa pertama adalah XA START yang tidak valid karena transaksi XA sudah berlangsung, yang menyebabkan kesalahan XAER\$1RMFAIL. (Bug \$124764800) + *Replikasi:* Transaksi yang berseling terkadang dapat menyebabkan deadlock pada pengaplikasi slave saat tingkat isolasi transaksi diatur ke [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read). (Bug \$125040331) + *Replikasi:* Nilai dikembalikan oleh pernyataan [SHOW SLAVE STATUS](https://dev.mysql.com/doc/refman/5.7/en/show-slave-status.html) untuk total ukuran gabungan dari semua file log relay yang ada (Relay\$1Log\$1Space) dapat menjadi jauh lebih besar daripada ruang disk yang digunakan oleh file log relay tersebut. I/O Utas tidak mengunci variabel saat memperbarui nilainya, sehingga utas SQL dapat secara otomatis menghapus file log relai dan menulis nilai yang dikurangi sebelum I/O utas selesai memperbarui nilainya. Thread I/O kemudian menulis perhitungan ukuran aslinya, dengan mengabaikan pembaruan thread SQL dan oleh karena itu menambahkan kembali ruang untuk file yang dihapus. Nilai Relay\$1Log\$1Space sekarang dikunci selama pembaruan untuk mencegah pembaruan bersamaan dan memastikan perhitungan yang akurat. (Bug \$126997096, Bug \$187832) + Untuk pernyataan [INSERT](https://dev.mysql.com/doc/refman/5.7/en/insert.html) yang menerima pembuatan nilai oleh daftar VALUES untuk baris kedua atau setelahnya menggunakan subkueri yang berisi sambungan, server dapat keluar setelah gagal menyelesaikan hak istimewa yang diperlukan. (Bug \$123762382) + Untuk tabel dengan kolom [TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) atau [DATETIME](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) yang memiliki nilai default [CURRENT\$1TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/date-and-time-functions.html#function_current-timestamp), kolom tersebut dapat diinisialisasi ke `0000-00-00 00:00:00` jika tabel memiliki pemicu `BEFORE INSERT`. (Bug \$125209512, Bug \$184077) + Keluarnya server dapat disebabkan oleh upaya serentak beberapa thread yang mendaftarkan dan membatalkan pendaftaran objek Skema Kinerja metadata. (Bug \$126502135) + Menjalankan prosedur tersimpan yang berisi pernyataan yang menciptakan tabel dari konten pernyataan [SELECT](https://dev.mysql.com/doc/refman/5.7/en/select.html) tertentu dapat menyebabkan kebocoran memori. (Bug \$125586773) + Menjalankan prosedur tersimpan dengan kueri yang mengakses suatu tampilan dapat mengalokasikan memori yang tidak dibebaskan hingga sesi berakhir. (Bug \$125053286) + Kasus materialisasi subkueri tertentu dapat menyebabkan keluarnya server. Kueri ini sekarang menghasilkan pesan kesalahan yang menunjukkan bahwa materialisasi dinonaktifkan. (Bug \$126402045) + Kueri dengan banyak sambungan tersisa akan lambat jika buffering sambungan digunakan (misalnya, menggunakan algoritma loop bersarang blok). (Bug \$118898433, Bug \$172854) + Pengoptimal melewatkan kolom kedua dalam indeks komposit saat mengeksekusi sambungan bagian dalam dengan klausa `LIKE` di kolom kedua. (Bug \$126402045) ## 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`