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
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
keROW
alih-alihSTATEMENT
saat menjalankanLOAD 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
danbinlog_format
diatur keSTATEMENT
.
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.