Pembaruan mesin basis data Aurora MySQL 2020-11-10 (versi 2.07.3) (Dihentikan) - Amazon Aurora:

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.* kompatibel dengan MySQL 5.7 dan Aurora MySQL versi 1.* kompatibel dengan MySQL 5.6.

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.*, 3.01.*, dan 3.02.*.

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.* yang ada ke Aurora MySQL 2.07.3. Anda tidak dapat meningkatkan klaster Aurora MySQL 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 AWS Management Console API. AWS CLI

catatan

Versi ini ditetapkan sebagai rilis dukungan jangka panjang (LTS). Untuk informasi selengkapnya, lihat Rilis dukungan jangka panjang (LTS) Aurora MySQL di Panduan Pengguna Amazon Aurora.

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.

Perbaikan

Perbaikan keamanan:

Perbaikan dan penyempurnaan lain untuk penanganan fine-tune di lingkungan terkelola.

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 (race condition) di manajer kunci antara mematikan koneksi/kueri dan pengakhiran sesi yang menyebabkan basis data memulai 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 sekarang dilepaskan (dan sudah tidak diwariskan) saat transaksi XA mencapai tahap persiapan. (Bug #27189701, Bug #25866046)

  • InnoDB: Kunci gap diambil secara tidak perlu selama validasi kunci asing saat menggunakan tingkat isolasi READ COMMITTED. (Bug #25082593)

  • 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_RMFAIL. (Bug #24764800)

  • Replikasi: Transaksi yang berseling terkadang dapat menyebabkan deadlock pada pengaplikasi slave saat tingkat isolasi transaksi diatur ke REPEATABLE READ. (Bug #25040331)

  • Replikasi: Nilai dikembalikan oleh pernyataan SHOW SLAVE STATUS untuk total ukuran gabungan dari semua file log relay yang ada (Relay_Log_Space) dapat menjadi jauh lebih besar daripada ruang disk yang digunakan oleh file log relay tersebut. Thread I/O tidak mengunci variabel saat memperbarui nilai, sehingga thread SQL dapat menghapus file log relay secara otomatis dan menulis nilai yang dikurangi sebelum thread I/O selesai memperbarui nilai tersebut. 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_Log_Space sekarang dikunci selama pembaruan untuk mencegah pembaruan bersamaan dan memastikan perhitungan yang akurat. (Bug #26997096, Bug #87832)

  • Untuk pernyataan INSERT 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 #23762382)

  • Untuk tabel dengan kolom TIMESTAMP atau DATETIME yang memiliki nilai default CURRENT_TIMESTAMP, kolom tersebut dapat diinisialisasi ke 0000-00-00 00:00:00 jika tabel memiliki pemicu BEFORE INSERT. (Bug #25209512, Bug #84077)

  • Keluarnya server dapat disebabkan oleh upaya serentak beberapa thread yang mendaftarkan dan membatalkan pendaftaran objek Skema Kinerja metadata. (Bug #26502135)

  • Menjalankan prosedur tersimpan yang berisi pernyataan yang menciptakan tabel dari konten pernyataan SELECT tertentu dapat menyebabkan kebocoran memori. (Bug #25586773)

  • Menjalankan prosedur tersimpan dengan kueri yang mengakses suatu tampilan dapat mengalokasikan memori yang tidak dibebaskan hingga sesi berakhir. (Bug #25053286)

  • Kasus materialisasi subkueri tertentu dapat menyebabkan keluarnya server. Kueri ini sekarang menghasilkan pesan kesalahan yang menunjukkan bahwa materialisasi dinonaktifkan. (Bug #26402045)

  • Kueri dengan banyak sambungan tersisa akan lambat jika buffering sambungan digunakan (misalnya, menggunakan algoritma loop bersarang blok). (Bug #18898433, Bug #72854)

  • Pengoptimal melewatkan kolom kedua dalam indeks komposit saat mengeksekusi sambungan bagian dalam dengan klausa LIKE di kolom kedua. (Bug #26402045)

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

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