Pembaruan mesin basis data Aurora MySQL 2020-11-09 (versi 1.22.3) (Usang) - Amazon Aurora
PerbaikanIntegrasi perbaikan bug MySQL Community Edition

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-09 (versi 1.22.3) (Usang)

Versi: 1.22.3

Aurora MySQL 1.22.3 tersedia secara umum. Aurora MySQL versi 1.* kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.* kompatibel dengan MySQL 5.7.

Versi mesin ini dijadwalkan akan diusangkan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat Mempersiapkan akhir masa pakai Amazon Aurora MySQL-Compatible Edition versi 1.

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

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 di Panduan Pengguna Amazon Aurora.

Jika Anda memiliki pertanyaan atau masalah, Dukungan AWS tersedia di forum komunitas dan melalui Dukungan AWS. Untuk informasi selengkapnya, lihat Memelihara klaster DB Amazon Aurora di Panduan Pengguna Amazon Aurora.

Perbaikan

Perbaikan keamanan:

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

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 #26654685: Indeks ID rusak yang ditemukan selama pemeriksaan kunci asing memunculkan pernyataan

  • Bug #15831300: Secara default, ketika mempromosikan integer dari tipe yang lebih kecil pada master ke tipe yang lebih besar pada slave (misalnya, dari kolom SMALLINT pada master ke kolom BIGINT 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_type_conversions. Untuk informasi lebih lanjut, lihat Replikasi berbasis baris: promosi dan demosi atribut, serta deskripsi variabel.

  • Bug #17449901: 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_key_checks=0. Batasan kunci asing harus dibuang sebelum menghapus indeks kunci asing.

  • BUG #20768847: ALTER TABLE ... Operasi DROP INDEX pada tabel dengan dependensi kunci asing memunculkan pernyataan.