Pembaruan mesin basis data Aurora MySQL: 2015-10-16 (versi 1.2, 1.3) (Dihentikan)

out-of-memory Masalah yang diselesaikan di pengelola kunci baru dengan transaksi yang berjalan lama

Mengatasi kerentanan keamanan saat mereplikasi dengan basis data non-RDS for MySQL

Diperbarui untuk memastikan bahwa penulisan quorum mencoba ulang secara benar dengan kegagalan penyimpanan

Diperbarui untuk melaporkan lag replika secara lebih akurat

Meningkatkan kinerja dengan mengurangi perselisihan saat banyak transaksi bersamaan mencoba mengubah baris yang sama

Mengatasi invalidasi cache kueri untuk tampilan yang dibuat dengan menggabungkan dua tabel

Menonaktifkan cache kueri untuk transaksi dengan isolasi UNCOMMITTED_READ

Kinerja lebih baik untuk kueri katalog lambat pada cache hangat

Meningkatkan konkurensi dalam statistik kamus

Stabilitas yang lebih baik untuk manajer sumber daya cache kueri baru, manajemen jangkauan, file yang disimpan di penyimpanan cerdas Amazon Aurora, dan tulis batch rekaman log

Mematikan kueri di dalam innodb menyebabkan crash dengan pernyataan. (Bug #1608883)

Untuk kegagalan dalam membuat thread baru untuk penjadwal peristiwa, pelaksanaan peristiwa, atau koneksi baru, tidak ada pesan yang dituliskan ke log kesalahan. (Bug #16865959)

Jika satu koneksi mengubah basis data default dan secara bersamaan koneksi lain menjalankan SHOW PROCESSLIST, koneksi kedua dapat mengakses memori yang tidak valid ketika mencoba menampilkan memori basis data default koneksi pertama. (Bug #11765252)

PURGE BINARY LOGS berdasarkan desain tidak menghapus file log biner yang sedang digunakan atau aktif, tetapi tidak memberikan pemberitahuan apa pun saat hal ini terjadi. (Bug #13727933)

Untuk beberapa pernyataan, kebocoran memori dapat terjadi ketika pengoptimal menghapus klausa subkueri yang tidak diperlukan. (Bug #15875919)

Selama shutdown, server dapat mencoba mengunci mutex yang tidak diinisialisasi. (Bug #16016493)

Pernyataan yang disiapkan yang menggunakan GROUP_CONCAT() dan klausa ORDER BY yang menyebutkan beberapa kolom dapat menyebabkan server keluar. (Bug #16075310)

Instrumentasi Skema Kinerja tidak ada untuk thread pekerja replika. (Bug #16083949)

STOP SLAVE dapat menyebabkan deadlock saat diterbitkan secara bersamaan dengan pernyataan seperti SHOW STATUS yang mengambil nilai untuk satu atau beberapa variabel status Slave_retried_transactions, Slave_heartbeat_period, Slave_received_heartbeats, Slave_last_heartbeat, atau Slave_running. (Bug #16088188)

Kueri teks penuh yang menggunakan mode Boolean dapat memberikan hasil nol pada beberapa kasus di mana istilah pencarian adalah frasa yang dikutip. (Bug #16206253)

Upaya pengoptimal untuk menghapus klausa subkueri redundan memunculkan pernyataan saat menjalankan pernyataan yang disiapkan dengan subkueri dalam klausa ON dari sambungan dalam subkueri. (Bug #16318585)

GROUP_CONCAT tidak stabil, crash di ITEM_SUM::CLEAN_UP_AFTER_REMOVAL. (Bug #16347450)

Mencoba mengganti daftar stopword pencarian teks lengkap (FTS) InnoDB default dengan membuat tabel InnoDB dengan struktur yang sama seperti INFORMATION_SCHEMA.INNODB_FT_DEFAULT_STOPWORD akan mengakibatkan kesalahan. (Bug #16373868)

Setelah thread klien pada pekerja menjalankan FLUSH TABLES WITH READ LOCK dan diikuti oleh beberapa pembaruan pada master, pekerja tersebut macet saat mengeksekusi SHOW SLAVE STATUS. (Bug #16387720)

Saat menguraikan string pencarian yang dibatasi seperti "abc-def" dalam pencarian teks lengkap, InnoDB sekarang menggunakan pembatas kata yang sama dengan MyISAM. (Bug #16419661)

Crash di FTS_AST_TERM_SET_WILDCARD. (Bug #16429306)

SEGFAULT di FTS_AST_VISIT() untuk uji FTS RQG. (Bug # 16435855)

Untuk build debug, ketika pengoptimal menghapus Item_ref yang menunjuk ke subkueri, hal ini menyebabkan server keluar. (Bug #16509874)

Pencarian teks lengkap pada tabel InnoDB gagal pada pencarian frasa literal yang dikombinasikan dengan operator + atau -. (Bug #16516193)

START SLAVEgagal ketika server dimulai dengan opsi -- master-info-repository =TABLE relay-log-info-repository =TABLE dan dengan komit otomatis disetel ke 0, bersama dengan. --skip-slave-start (Bug #16533802)

Hasil pencarian teks lengkap (FTS) InnoDB yang sangat besar dapat menghabiskan terlalu banyak memori. (Bug #16625973)

Dalam build debug, pernyataan dapat terjadi dalam OPT_CHECK_ORDER_BY ketika menggunakan biner secara langsung dalam string pencarian, karena biner mungkin menyertakan byte NULL dan karakter lain yang tidak bermakna. (Bug #16766016)

Untuk beberapa pernyataan, kebocoran memori dapat terjadi ketika pengoptimal menghapus klausa subkueri yang tidak diperlukan. (Bug #16807641)

Ada kemungkinan untuk menyebabkan deadlock setelah menerbitkan FLUSH TABLES WITH READ LOCK dengan menerbitkan STOP SLAVE dalam koneksi yang baru dengan pekerja, kemudian menerbitkan SHOW SLAVE STATUS menggunakan koneksi asli. (Bug #16856735)

GROUP_CONCAT() dengan pemisah yang tidak valid dapat menyebabkan server keluar. (Bug #16870783)

Server melakukan penguncian berlebihan di mutex LOCK_active_mi dan active_mi->rli->data_lock untuk pernyataan 'pola' SHOW STATUS LIKE apa pun, bahkan ketika pola tidak cocok dengan variabel status yang menggunakan mutex tersebut (Slave_heartbeat_period, Slave_last_heartbeat, Slave_received_heartbeats, Slave_retried_transactions, Slave_running). (Bug #16904035)

Pencarian teks penuh menggunakan modifier MODE BOOLEAN akan menyebabkan kegagalan pernyataan. (Bug #16927092)

Pencarian teks lengkap pada tabel InnoDB gagal pada pencarian yang menggunakan operator boolean +. (Bug #17280122)

Deadlock 4 arah: zombies, purging binlogs, show processlist, show binlogs. (Bug #17283409)

Saat thread SQL yang menunggu kunci commit dimatikan dan dimulai ulang, ini menyebabkan transaksi dilewatkan pada pekerja. (Bug #17450876)

Kegagalan pencarian teks penuh InnoDB akan terjadi karena token yang "tidak diakhiri". String dan panjang string harus diteruskan untuk perbandingan string. (Bug #17659310)

Sejumlah besar tabel InnoDB yang terpartisi dapat menggunakan lebih banyak memori saat digunakan dalam MySQL 5.6 atau 5.7 dibandingkan memori yang digunakan oleh tabel yang sama yang digunakan dalam rilis Server MySQL sebelumnya. (Bug #17780517)

Untuk kueri teks penuh, kegagalan untuk memeriksa bahwa num_token kurang dari max_proximity_item dapat menghasilkan sebuah pernyataan. (Bug #18233051)

Kueri tertentu untuk tabel INFORMATION_SCHEMA TABLES dan COLUMNS dapat menyebabkan penggunaan memori yang berlebihan saat ada sejumlah besar tabel InnoDB yang kosong. (Bug #18592390)

Saat menerapkan transaksi, sebuah bendera sekarang digunakan untuk memeriksa apakah thread telah dibuat, bukan memeriksa thread itu sendiri, yang menggunakan lebih banyak sumber daya, terutama ketika menjalankan server dengan master_info_repository=TABLE. (Bug #18684222)

Jika thread klien pada pekerja menjalankan FLUSH TABLES WITH READ LOCK sementara master menjalankan DML, menjalankan SHOW SLAVE STATUS di klien yang sama menjadi diblokir, sehingga menyebabkan deadlock. (Bug #19843808)

Mengurutkan berdasarkan hasil GRUP_CONCAT() dapat menyebabkan server keluar. (Bug #19880368)