Pembaruan mesin basis data Aurora MySQL: 2017-02-23 (versi 1.11) (Dihentikan)

Opsi MANIFEST untuk LOAD DATA FROM S3 – LOAD DATA FROM S3 dirilis di versi 1.8. Opsi untuk perintah ini telah diperluas, dan Anda sekarang dapat menentukan daftar file yang akan dimuat ke klaster Aurora DB dari Amazon S3 dengan menggunakan file manifes. Ini memudahkan untuk memuat data dari file tertentu di satu atau lebih lokasi, alih-alih memuat data dari satu file dengan menggunakan opsi FILE atau memuat data dari beberapa file yang memiliki lokasi dan prefiks yang sama dengan menggunakan opsi PREFIX. Format file manifes sama dengan yang digunakan oleh Amazon Redshift. Untuk informasi selengkapnya tentang penggunaan LOAD DATA FROM S3 dengan opsi MANIFEST, lihat Menggunakan manifes untuk menentukan file data yang akan dimuat di Panduan Pengguna Amazon Aurora.

Pengindeksan spasial diaktifkan secara default – Fitur ini dirilis dalam mode lab di versi 1.10, dan sekarang diaktifkan secara default. Pengindeksan spasial meningkatkan kinerja kueri pada set data besar untuk kueri yang menggunakan data spasial. Untuk informasi selengkapnya tentang penggunaan pengindeksan spasial, lihat Amazon Aurora MySQL dan data spasial di Panduan Pengguna Amazon Aurora.

Perubahan pengaturan waktu Audit Lanjutan – Fitur ini dirilis pada versi 1.10.1 untuk menyediakan fasilitas berkinerja tinggi untuk audit aktivitas basis data. Dalam rilis ini, presisi stempel waktu log audit telah diubah dari satu detik menjadi satu mikrodetik. Stempel waktu yang lebih akurat memungkinkan Anda untuk lebih memahami kapan peristiwa audit terjadi. Untuk informasi selengkapnya tentang audit, lihat Menggunakan Audit Lanjutan dengan klaster DB Amazon Aurora MySQL di Panduan Pengguna Amazon Aurora.

Memodifikasi parameter thread_handling untuk mencegah Anda menyetelnya ke apa pun selain multiple-connections-per-thread, yang merupakan satu-satunya model yang didukung dengan kumpulan thread Aurora.

Memperbaiki masalah yang disebabkan saat Anda menetapkan parameter buffer_pool_size atau query_cache_size menjadi lebih besar dari total memori klaster DB. Dalam keadaan ini, Aurora menetapkan parameter yang dimodifikasi ke nilai default, sehingga klaster DB dapat memulai dan tidak crash.

Memperbaiki masalah di cache kueri yang membuat transaksi mendapatkan hasil baca usang jika tabel tidak valid di transaksi lain.

Memperbaiki masalah di mana file binlog yang ditandai untuk penghapusan tidak langsung dihapus.

Memperbaiki masalah di mana basis data yang dibuat dengan nama tmp diperlakukan sebagai basis data sistem yang disimpan dalam penyimpanan sementara dan tidak dipertahankan pada penyimpanan terdistribusi Aurora.

Mengubah perilaku SHOW TABLES untuk mengecualikan tabel sistem internal tertentu. Perubahan ini membantu menghindari failover yang tidak perlu yang disebabkan oleh mysqldump mengunci semua file yang tercantum dalam SHOW TABLES, yang pada gilirannya mencegah penulisan di tabel sistem internal, yang menyebabkan failover.

Memperbaiki masalah saat Replika Aurora salah dimulai ulang saat membuat tabel sementara dari kueri yang memanggil fungsi yang argumennya adalah kolom tabel InnoDB.

Memperbaiki masalah yang terkait dengan konflik kunci metadata di simpul Replika Aurora yang menyebabkan Replika Aurora berada di belakang klaster DB primer dan akhirnya dimulai ulang.

Memperbaiki dead latch di alur replikasi pada simpul pembaca, yang menyebabkan Replika Aurora tetringgal di belakang dan akhirnya memulai ulang.

Memperbaiki masalah yang menyebabkan ketidakteraturan Replika Aurora terlalu banyak volume terenkripsi lebih besar dari 1 terabyte (TB).

Peningkatan deteksi dead latch Replika Aurora dengan menggunakan cara yang lebih baik untuk membaca waktu jam sistem.

Memperbaiki masalah di mana Replika Aurora dapat memulai ulang dua kali, bukannya sekali, setelah pembatalan pendaftaran oleh penulis.

Memperbaiki masalah kinerja kueri lambat pada Replika Aurora yang terjadi saat statistik sementara menyebabkan perbedaan pada kolom indeks non-unik.

Memperbaiki masalah di mana Replika Aurora dapat macet ketika pernyataan DDL direplikasi pada Replika Aurora pada saat bersamaan ketika Replika Aurora memproses kueri terkait.

Mengubah perbaikan alur replikasi yang diperkenalkan di versi 1.10 dari diaktifkan secara default menjadi dinonaktifkan secara default. Peningkatan ini diperkenalkan untuk menerapkan pembaruan log stream pada cache buffer Replika Aurora, dan meskipun fitur ini membantu meningkatkan kinerja baca dan stabilitas di Replika Aurora, fitur ini meningkatkan lag replika di beban kerja tertentu.

Memperbaiki masalah di mana kemunculan simultan pernyataan DDL yang sedang berlangsung dan Parallel Read Ahead yang tertunda di tabel yang sama menyebabkan kegagalan pernyataan selama fase commit transaksi DDL.

Meningkatkan log umum dan log kueri lambat agar tetap bertahan saat memulai ulang klaster DB.

Memperbaiki out-of-memory masalah untuk kueri tertentu yang berjalan lama dengan mengurangi konsumsi memori dalam modul ACL.

Memperbaiki masalah mulai ulang yang terjadi saat tabel memiliki indeks non-spasial, terdapat predikat spasial dalam kueri, perencana memilih untuk menggunakan indeks non-spasial, dan perencana secara tidak tepat menekan kondisi spasial ke indeks.

Memperbaiki masalah di mana klaster DB memulai ulang saat ada penghapusan, pembaruan, atau pembersihan objek geospasial sangat besar yang disimpan secara eksternal (seperti LOB).

Memperbaiki masalah di mana simulasi kesalahan yang menggunakan ALTER SYSTEM SIMULATE ... FOR INTERVAL tidak berfungsi dengan baik.

Memperbaiki masalah stabilitas yang disebabkan oleh pernyataan yang tidak valid tentang invarian yang salah di manajer kunci.

Menonaktifkan dua perbaikan berikut pada Pencarian Teks Lengkap InnoDB yang diperkenalkan di versi 1.10 karena keduanya memunculkan masalah stabilitas untuk beberapa beban kerja yang berat:

Menjalankan ALTER table DROP foreign key secara bersamaan dengan operasi DROP lain menyebabkan tabel menghilang. (Bug #16095573)

Beberapa kueri INFORMATION_SCHEMA yang menggunakan ORDER BY tidak menggunakan optimalisasi filesort seperti sebelumnya. (Bug #16423536)

FOUND_ROWS () mengembalikan jumlah baris yang salah pada tabel. (Bug #68458)

Server mengalami kegagalan, bukan memunculkan pesan kesalahan saat terlalu banyak tabel sementara terbuka. (Bug #18948649)