Pembaruan mesin basis data Aurora MySQL 2022-10-25 (versi 2.11.0, kompatibel dengan MySQL 5.7.12) Versi ini tidak tersedia untuk kreasi baru.

Versi: 2.11.0

Aurora MySQL 2.11.0 tersedia secara umum. Aurora MySQL versi 2.x kompatibel dengan MySQL 5.7.12. Untuk informasi selengkapnya tentang perubahan komunitas, lihat Perubahan di MySQL 5.7.12 (2016-04-11, Ketersediaan Umum).

Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 2.11.*, 3.01.*, dan 3.02.*.

Anda dapat meningkatkan klaster basis data Aurora MySQL 2.* yang ada ke Aurora MySQL 2.11.0. Untuk klaster yang menjalankan Aurora MySQL versi 1, Anda dapat meningkatkan klaster Aurora MySQL 1.23 atau yang lebih tinggi yang sudah ada langsung ke 2.11.0. Anda juga dapat memulihkan snapshot dari rilis Aurora MySQL yang saat ini didukung ke Aurora MySQL 2.11.0.

Jika Anda meningkatkan basis data global Aurora MySQL ke versi 2.11.* dan Anda mengaktifkan penerusan tulis, Anda harus mengningkatkan klaster DB primer dan sekunder Anda ke versi yang sama persis, termasuk tingkat patch-nya, untuk melanjutkan penggunaan penerusan tulis. Untuk informasi selengkapnya tentang peningkatan versi kecil basis data global Aurora, lihat Peningkatan versi kecil.

Jika Anda memiliki pertanyaan atau masalah, AWS Support tersedia di forum komunitas dan melalui AWS Support. Untuk informasi selengkapnya, lihat Memelihara klaster DB Amazon Aurora 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 di Panduan Pengguna Amazon Aurora.

Perbaikan

Memperbaiki masalah keamanan dan CVE yang tercantum di bawah ini:

Perbaikan dan penyempurnaan lain untuk penanganan fine-tune di lingkungan terkelola. Di bawah ini adalah beberapa perbaikan CVE tambahan:

• CVE-2022-21460

• CVE-2022-21451

• CVE-2022-21444

• CVE-2022-21417

• CVE-2022-21304

• CVE-2022-21303

• CVE-2022-21245

• CVE-2021-36222

• CVE-2021-28196

• CVE-2021-23841

• CVE-2021-22926

• CVE-2021-3449

• CVE-2021-2307

• CVE-2021-2226

• CVE-2021-2202

• CVE-2021-2194

• CVE-2021-2179

• CVE-2021-2178

• CVE-2021-2174

• CVE-2021-2171

• CVE-2021-2169

• CVE-2021-2166

• CVE-2021-2160

• CVE-2021-2154

Fitur-fitur baru:

• Dengan rilis Aurora MySQL versi 2.11, peningkatan sistem operasi baru menjadi tersedia. Kami menyarankan Anda menerapkan pembaruan OS yang tertunda ini ke semua instans basis data Aurora MySQL Anda setelah peningkatan ke versi 2.11. Untuk informasi lebih lanjut, lihat Bekerja dengan pembaruan sistem operasi.

• Opsi konfigurasi dinamis baru, innodb_deadlock_detect, dapat digunakan untuk menonaktifkan deteksi deadlock. Pada sistem konkurensi tinggi, deteksi deadlock dapat menyebabkan perlambatan ketika banyak thread yang menunggu kunci yang sama. Kadang-kadang, mungkin lebih efisien untuk menonaktifkan deteksi deadlock dan mengandalkan pengaturan innodb_lock_wait_timeout untuk rollback transaksi ketika terjadi deadlock. (Bug #23477773) Informasi lebih lanjut tentang deteksi deadlock Innodb dapat ditemukan di dokumentasi MySQL.

• Fungsi UUID_TO_BIN, BIN_TO_UUID, dan IS_UUID dari MySQL 8.0 telah ditambahkan. Informasi lebih lanjut tentang penggunaan fungsi-fungsi ini dapat ditemukan di Fungsi lain-lain MySQL.

• Menambahkan dukungan untuk petunjuk pengoptimal yang memungkinkan pengguna untuk mengaktifkan atau menonaktifkan kueri paralel Aurora MySQL berdasarkan tabel atau kueri.

  • Bekerja dengan kueri paralel untuk Amazon Aurora MySQL

  • Petunjuk Aurora MySQL

• Menghapus dukungan tipe instans R3.

• Menambahkan dukungan untuk instans R6i.

Perbaikan ketersediaan:

• Memperbaiki masalah yang dapat mencegah replikasi logis lintas wilayah dalam klaster basis data karena kesalahan penulisan nama dan lokasi file binlog ke log kesalahan. Masalah ini dapat terjadi ketika mesin dimulai ulang setelah menjalankan pernyataan DDL.

• Memperbaiki masalah yang, dalam kondisi yang sangat jarang, dapat menyebabkan instans pembaca Aurora memulai ulang saat menjalankan pernyataan Daftar Kontrol Akses (ACL) seperti GRANT dan FLUSH pada instans penulis. Masalah ini kemungkinan besar memengaruhi instans pembaca dengan pengguna dan operasi ACL dalam jumlah besar (misalnya, perubahan izin).

• Memperbaiki masalah yang, dalam kondisi yang sangat jarang, dapat menyebabkan instans penulis memulai ulang atau melakukan failover ketika transaksi mengakses baris yang dihapus oleh transaksi lain.

• Memperbaiki kinerja pencarian frasa Teks Penuh untuk secara signifikan mengurangi waktu yang dibutuhkan untuk mencari frasa dalam suatu tabel dengan indeks teks penuh.

• Memperbaiki masalah di mana, setelah instans penulis memulai ulang, instans tersebut terhenti dalam pemulihan yang lambat dan kemudian memulai ulang lagi. Masalah ini terjadi ketika terdapat baris dalam jumlah besar yang tidak di-commit dalam basis data pada saat mulai ulang awal.

• Memperbaiki masalah yang, dalam kasus yang sangat jarang, menyebabkan server basis data memulai ulang karena menunggu semaphore yang lama ketika thread pendeteksi deadlock macet.

• Memperbaiki masalah yang, dalam kasus yang sangat jarang, dapat menyebabkan server basis data memulai ulang karena waktu tunggu semaphore yang lama ketika thread I/O mengalami deadlock.

• Penyisipan cepat tidak diaktifkan dalam versi MySQL Aurora ini, karena masalah yang dapat menyebabkan ketidakkonsistenan saat menjalankan kueri seperti,, dan. INSERT INTO SELECT FROM Untuk informasi selengkapnya tentang pengoptimalan sisipan cepat, lihat penyempurnaan kinerja Amazon Aurora MySQL.

Perbaikan umum:

• Memperbaiki masalah yang dapat menyebabkan server basis data memulai ulang ketika semua kondisi berikut berlaku:

  • ALLOW_INVALID_DATES dinonaktifkan dalam SQL MODE.

  • Server basis data memproses pernyataan INSERT, UPDATE, DELETE, atau SELECT dengan nilai tipe DATETIME yang tidak valid sehingga bulannya tidak antara 1 dan 12.

• Memperbaiki masalah di mana periode retensi log biner tidak dipatuhi saat log-bin disetel ke OFF, yang menyebabkan penggunaan penyimpanan yang lebih tinggi dari yang diharapkan. Setelah perbaikan ini, log biner akan dibersihkan berdasarkan periode retensi Anda. Informasi lebih lanjut tentang cara mengonfigurasi periode retensi log biner Anda dapat ditemukan di Panduan Pengguna MySQL Aurora.

• Memperbaiki masalah yang dapat menyebabkan memori yang dapat dilepas pada instans basis data menjadi berkurang ketika pernyataan SQL Data Control Language (DCL) tertentu seperti GRANT, FLUSH PRIVILEGES dll. dijalankan pada instans tersebut. Sering menggunakan pernyataan tersebut dapat menyebabkan memori yang dapat dibebaskan terus berkurang dan dapat menyebabkan instance database dimulai ulang karena out-of-memory masalah. Penggunaan pernyataan tersebut pada instans penulis juga dapat menyebabkan memori yang dapat dilepas pada instans pembaca berkurang.

• Memperkenalkan ukuran buffer baca yang lebih besar untuk pembacaan yang dilakukan dari log relay untuk meminimalkan jumlah operasi I/O baca, yang mengurangi perselisihan antara thread I/O dan SQL.

• Memperbaiki masalah yang dapat menyebabkan kegagalan prosedur tersimpan mysql.rds_rotate_slow_log dengan pesan kesalahan “Table 'mysql.slow_log_backup' doesn’t exist”.

• Memperbaiki masalah di mana pembatalan cache kueri yang berlebihan menyebabkan penggunaan CPU dan latensi yang lebih tinggi dari yang diharapkan pada replika baca karena replika baca harus membaca data dari disk, bukan dari cache kueri.

• Memperbaiki masalah yang memungkinkan pengguna menjalankan perintah INSTALL PLUGIN dan UNINSTALL PLUGIN pada instance pembaca, yang dapat menyebabkan deadlock pada LOCK_plugin, LOCK_system_variables_hash, LOCK_global_system_variables. Pernyataan-pernyataan ini sekarang hanya dapat dieksekusi pada instans penulis dalam klaster basis data.

• Memperbaiki masalah ketika klaster mungkin mengalami latensi commit yang lebih tinggi dari yang diharapkan saat log biner diaktifkan. Hal ini memengaruhi semua transaksi yang menghasilkan peristiwa binlog besar (berukuran lebih dari 500MB).

• Memperbaiki masalah yang dapat menyebabkan metrik trx_active_transactions pada tabel INFORMATION_SCHEMA.INNODB_METRICS memiliki nilai yang salah.

• Memperbaiki masalah yang dapat menghentikan replikasi logis karena file binlog menjadi tidak konsisten saat menjalankan rollback ke savepoint untuk transaksi besar.

• Hash kredenal bertopeng di log umum, slow-query-log, dan log audit secara default menggunakan rahasia topeng yang konsisten. Ini dapat dikonfigurasi melalui parameter aurora_mask_password_hashes_type.

• Memperbaiki masalah kesalahan pelaporan durasi Zero-Downtime-Restart (ZDR) dalam peristiwa yang diamati pelanggan.

• Memperbaiki masalah yang dapat menyebabkan kegagalan panggilan ke mysql_rds_import_binlog_ssl_material dengan KESALAHAN 1457 server MySQL.

• Memperbaiki masalah di mana inisialisasi thread dump dapat mengalami deadlock dengan thread untuk membersihkan log biner. Masalah ini dapat menghentikan file binlog aktif dari berotasi sehingga terus bertambah besar atau menyebabkan masalah dengan koneksi replika binlog baru.

• Memperbaiki masalah di mana cache kueri dapat mengembalikan hasil usang pada instans replika Aurora.

Integrasi perbaikan bug MySQL Community Edition

Rilis ini meliputi semua perbaikan bug komunitas hingga dan termasuk 5.7, selain hal-hal di bawah ini. Untuk informasi selengkapnya, lihat Bug MySQL yang diperbaiki oleh pembaruan mesin basis data Aurora MySQL 2.x.

• Memperbaiki masalah di mana kode untuk membaca informasi kumpulan karakter dari tabel peristiwa pernyataan Skema Kinerja (misalnya, events_statements_current) tidak mencegah penulisan serentak ke informasi kumpulan karakter tersebut. Akibatnya, kumpulan karakter teks kueri SQL bisa menjadi tidak valid, yang dapat mengakibatkan server keluar. Dengan perbaikan ini, kumpulan karakter yang tidak valid menyebabkan pemotongan kolom SQL_TEXT dan mencegah server keluar. (Bug #23540008)

• InnoDB: Backport perbaikan untuk Community Bug #25189192, Bug #84038. Memperbaiki masalah di mana operasi RENAME TABLE yang memindahkan tabel ke skema yang berbeda, InnoDB gagal memperbarui tabel kamus data INNODB_SYS_DATAFILES. Hal ini mengakibatkan kesalahan saat mulai ulang yang menunjukkan bahwa file data ruang tabel tidak dapat ditemukan.

• InnoDB: Memperbaiki masalah di mana server menghapus indeks kunci asing yang didefinisikan secara internal ketika menambahkan indeks baru dan mencoba menggunakan indeks sekunder yang ditentukan pada kolom yang dihasilkan secara virtual sebagai indeks kunci asing, sehingga menyebabkan server keluar. InnoDB sekarang mengizinkan batasan kunci asing untuk mereferensikan indeks sekunder yang didefinisikan pada kolom yang dihasilkan secara virtual. (Bug #23533396)

• Memperbaiki masalah di mana dua sesi secara bersamaan mengeksekusi operasi INSERT... ON DUPLICATE KEY UPDATE menghasilkan deadlock. Selama rollback sebagian tuple, sesi lain dapat memperbaruinya. Perbaikan untuk bug ini mengembalikan perbaikan untuk Bug #11758237, Bug #17604730, dan Bug #20040791. (Bug #25966845)

• Backport perbaikan untuk Bug Komunitas #27407480: Memperbaiki masalah di mana hak istimewa EXECUTE dan ALTER RUTINE tidak diberikan dengan benar kepada pembuat rutin bahkan dengan automatic_sp_privileges diaktifkan.

• Backport perbaikan untuk Bug Komunitas #24671968: Memperbaiki masalah di mana kueri dapat memberikan hasil yang salah jika klausa WHERE berisi subkueri dependen, tabel memiliki indeks sekunder pada kolom dalam daftar tertentu yang diikuti oleh kolom dalam subkueri, dan GROUP BY atau DISTINCT mengizinkan kueri untuk menggunakan Pemindaian Indeks Longgar.

• Memperbaiki masalah di mana replikasi rusak jika pernyataan penghapusan multi-tabel dikeluarkan terhadap beberapa tabel dengan kunci asing. (Bug #80821)

• Memperbaiki masalah di mana dalam kasus khusus, kesalahan slave tertentu tidak diabaikan bahkan dengan slave_skip_errors diaktifkan. Dalam kasus ketika pembukaan dan penguncian tabel gagal atau ketika konversi bidang gagal pada server yang menjalankan replikasi berbasis baris, kesalahan tersebut dianggap kritis dan status slave_skip_errors diabaikan. Perbaikan ini memastikan bahwa dengan slave_skip_errors diaktifkan, semua kesalahan yang dilaporkan selama penerapan transaksi ditangani dengan benar. (Bug #70640, Bug #17653275)

• Memperbaiki masalah di mana pernyataan SET PASSWORDdireplikasi dari master MySQL 5.6 ke slave MySQL 5.7, atau dari master MySQL 5.7 dengan variabel sistem log_builtin_as_identified_by_password diatur ke ON ke slave MySQL 5.7, hash kata sandi itu sendiri juga di-hash sebelum disimpan di slave. Masalah tersebut telah diperbaiki dan hash kata sandi yang direplikasi disimpan seperti aslinya diteruskan ke slave. (Bug#24687073)

• Memperbaiki masalah di mana serialisasi nilai JSON yang terdiri dari sub-dokumen besar yang dibungkus dalam banyak tingkatan array JSON, objek, atau keduanya, terkadang membutuhkan waktu yang terlalu lama untuk diselesaikan. (Bug #23031146)

• Pernyataan yang tidak dapat diuraikan (karena, misalnya, kesalahan sintaks) tidak lagi ditulis ke log kueri lambat. (Bug #33732907)

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).

• Sambungan hash. Untuk informasi selengkapnya, lihat Mengoptimalkan kueri sambungan terindeks Aurora dengan asynchronous key prefetch 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 di Panduan Pengguna Amazon Aurora.

• Pindai batching. Untuk informasi selengkapnya, lihat Pembaruan mesin basis data Aurora MySQL 2017-12-11 (versi 1.16) (Dihentikan).

• Memigrasikan data dari MySQL menggunakan bucket Amazon S3. Untuk informasi selengkapnya, lihat Memigrasikan data dari MySQL menggunakan bucket Amazon 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 pengaktifan

• 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