Pembaruan mesin basis data Aurora MySQL 2017-10-24 (versi 1.15) (Dihentikan)

Versi: 1.15

Aurora MySQL 1.15 tersedia secara umum. Semua klaster basis data baru, termasuk yang dipulihkan dari snapshot, akan dibuat dengan Aurora 1.15. Anda memiliki opsi, tetapi tidak diharuskan, untuk meningkatkan klaster DB yang ada ke Aurora MySQL 1.15. Anda dapat membuat klaster DB baru di Aurora 1.14.1. Anda dapat melakukannya menggunakan AWS CLI atau API Amazon RDS dan menentukan versi mesin.

Dengan versi Aurora 1.15, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Pembaruan memerlukan mulai ulang basis data, sehingga Anda akan mengalami waktu henti selama 20 hingga 30 detik, setelah itu Anda dapat melanjutkan menggunakan klaster DB Anda. Jika klaster DB Anda saat ini menjalankan Aurora 1.14 atau Aurora 1.14.1, fitur zero-downtime patching di Aurora MySQL mungkin memungkinkan koneksi klien ke instans primer Aurora MySQL Anda tetap ada selama peningkatan, tergantung beban kerja Anda.

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.

Zero-downtime patching

Fitur zero-downtime patching (ZDP) mencoba, berdasarkan upaya terbaik, untuk menjaga koneksi klien melalui patch mesin. Untuk informasi selengkapnya tentang ZDP, lihat Menggunakan zero-downtime patching di Panduan Pengguna Amazon Aurora.

Fitur baru

• Asynchronous Key Prefetch – Asynchronous key prefetch (AKP) adalah fitur yang ditargetkan untuk meningkatkan kinerja sambungan indeks yang tidak di-cache, dengan mengambil kunci di dalam memori terlebih dahulu sebelum kunci tersebut dibutuhkan. Kasus penggunaan utama yang ditargetkan oleh AKP adalah sambungan indeks antara tabel luar kecil dan tabel dalam besar, di mana indeks sangat selektif pada tabel yang lebih besar. Selain itu, ketika antarmuka Multi-Range Read (MRR) diaktifkan, AKP akan dimanfaatkan untuk pencarian indeks sekunder ke indeks primer. Instans yang lebih kecil yang memiliki keterbatasan memori mungkin dalam beberapa kasus dapat memanfaatkan AKP, dengan mempertimbangkan kardinalitas kunci yang benar. Untuk informasi selengkapnya, lihat Mengoptimalkan kueri sambungan terindeks Aurora dengan asynchronous key prefetch di Panduan Pengguna Amazon Aurora.

• DDL Cepat – Kami telah memperluas fitur yang dirilis di Aurora 1.13 ke operasi yang mencakup nilai standar. Dengan perluasan fitur ini, DDL Cepat berlaku untuk operasi yang menambahkan kolom kosong di akhir tabel, dengan atau tanpa nilai default. Fitur tetap dalam mode lab Aurora. Lihat informasi yang lebih lengkap di Mengubah tabel di Amazon Aurora menggunakan DDL cepat di Panduan Pengguna Amazon Aurora.

Perbaikan

• Memperbaiki kesalahan kalkulasi selama optimalisasi kueri spasial WITHIN/CONTAINS yang sebelumnya menghasilkan set hasil kosong.

• Memperbaiki perintah SHOW VARIABLE untuk menampilkan nilai parameter innodb_buffer_pool_size yang diperbarui setiap kali nilai diubah dalam grup parameter.

• Meningkatkan stabilitas instans primer selama penyisipan massal ke dalam tabel yang diubah menggunakan DDL Cepat saat pengindeksan hash adaptif dinonaktifkan dan catatan yang disisipkan adalah catatan pertama halaman.

• Meningkatkan stabilitas Aurora saat pengguna mencoba menetapkan nilai parameter klaster DB server_audit_events ke default.

• Memperbaiki masalah yang menyebabkan perubahan set karakter basis data untuk pernyataan TABLE ALTER yang dijalankan di instans primer Aurora tidak direplikasi di Replika Aurora sampai dimulai ulang.

• Meningkatkan stabilitas dengan memperbaiki kondisi balapan pada instans primer yang sebelumnya mengizinkannya untuk mendaftarkan Replika Aurora bahkan jika instans primernya telah menutup volumenya sendiri.

• Meningkatkan kinerja instans primer selama pembuatan indeks di tabel besar dengan mengubah protokol penguncian untuk memungkinkan pernyataan bahasa manipulasi data (DML) serentak pembuatan indeks.

• Memperbaiki inkonsistensi metadata InnoDB selama kueri ALTER TABLE RENAME yang meningkatkan stabilitas. Contoh: Ketika kolom tabel t1(c1, c2) diubah namanya secara siklis menjadi t1(c2,c3) dalam pernyataan ALTER yang sama.

• Meningkatkan stabilitas Replika Aurora untuk skenario di mana Replika Aurora tidak memiliki beban kerja aktif dan instans primernya tidak responsif.

• Meningkatkan ketersediaan Replika Aurora untuk skenario di mana Replika Aurora memegang kunci eksplisit pada tabel dan memblokir thread replikasi dari menerapkan perubahan DDL apa pun yang diterima dari instans primer.

• Meningkatkan stabilitas instans primer saat kunci asing dan kolom ditambahkan ke tabel dari dua sesi terpisah pada saat yang sama dan DDL Cepat telah diaktifkan.

• Meningkatkan stabilitas thread pembersihan di instans primer selama beban kerja tulis yang berat dengan memblokir rekaman undo hingga selesai.

• Meningkatkan stabilitas dengan memperbaiki urutan pelepasan kunci selama proses transaksi yang menghasilkan tabel.

• Memperbaiki cacat untuk Replika Aurora di mana instans DB tidak dapat menyelesaikan startup dan memberi tahu bahwa port 3306 sudah digunakan.

• Memperbaiki kondisi race di mana kueri SELECT berjalan pada tabel information_schema tertentu (innodb_trx, innodb_lock, innodb_lock_waits) meningkatkan ketidakstabilan klaster.

Integrasi perbaikan bug MySQL

• CREATE USER menerima plugin dan perintah kata sandi, tetapi mengabaikan hash kata sandi (Bug #78033)

• Mesin partisi menambahkan bidang pada set bit baca agar dapat mengembalikan entri yang disortir dari indeks yang dipartisi. Hal ini menyebabkan buffer sambungan akan mencoba membaca bidang yang tidak diperlukan. Diperbaiki dengan tidak menambahkan semua kolom ke read_set, tetapi hanya menyortir kolom prefiks yang sudah ditetapkan di read_set. Menambahkan DBUG_ASSERT bahwa jika melakukan key_cmp, setidaknya kolom pertama harus dibaca (Bug #16367691).

• Instans MySQL yang macet saat "melakukan indeks SYNC" (Bug #73816)

• Pernyataan RBT_EMPTY(INDEX_CACHE->WORDS) di ALTER TABLE CHANGE COLUMN (Bug #17536995)

• Pencarian Teks Penuh InnoDB tidak menemukan catatan ketika titik penyimpanan dilibatkan (Bug #70333)