Pembaruan mesin basis data Aurora MySQL 2023-10-25 (versi 3.05.0, kompatibel dengan MySQL 8.0.32)

Menambahkan dukungan untuk menyimpan data dari klaster basis data Aurora MySQL ke dalam file teks di dalam bucket Amazon S3 yang dienkripsi dengan kunci KMS (SSE-KMS). Untuk informasi selengkapnya, lihat Menyimpan data dari klaster DB Amazon Aurora MySQL ke dalam file teks di bucket Amazon S3.

Memperkenalkan variabel status global baru aurora_tmz_version untuk menunjukkan versi informasi zona waktu (TZ) saat ini yang digunakan oleh mesin. Nilai mengikuti versi database zona waktu IANA dan diformat sebagai "YYYYsuffix“, misalnya, 2022a dan 2023c. Untuk informasi selengkapnya, lihat Variabel status global Aurora MySQL.

CVE-2022-37434

Memperbaiki masalah di mana instans basis data MySQL Aurora yang menggunakan kueri paralel mungkin mengalami mulai ulang basis data saat menjalankan kueri paralel dalam jumlah besar secara bersamaan.

Memperbaiki masalah dengan perselisihan kunci yang disebabkan oleh thread pencatatan log audit yang akhirnya mengarah ke batas waktu aplikasi klien dan penggunaan CPU yang tinggi.

Memperbaiki masalah yang dapat menyebabkan set GTID yang dieksekusi dipulihkan secara tidak benar pada klaster replika log biner (binlog) dengan binlog yang ditingkatkan aktif ketika sumber binlog mana pun memiliki gtid_mode yang diatur ke ON atau ON_PERMISSIVE. Masalah ini dapat menyebabkan instans penulis klaster replika memulai ulang waktu tambahan selama pemulihan, atau menyebabkan hasil yang salah saat mengkueri set GTID yang dieksekusi.

Memperbaiki masalah manajemen memori yang dapat menyebabkan instans basis data Aurora MySQL memulai ulang atau melakukan failover karena penurunan memori yang dapat dilepas saat log biner yang ditingkatkan diaktifkan.

Memperbaiki masalah yang dapat menyebabkan instans basis data memulai ulang saat mencoba membaca halaman basis data milik tabel yang dihapus.

Memperbaiki masalah yang dapat menyebabkan instans pembaca memulai ulang saat instans penulis meningkatkan volume basis data ke kelipatan 160GB.

Memperbaiki masalah di mana instans basis data Aurora MySQL dengan fitur log biner yang ditingkatkan diaktifkan mungkin terhenti selama startup instans basis data saat proses pemulihan log biner sedang dijalankan.

Memperbaiki masalah di mana instans basis data Aurora MySQL mungkin beberapa kali memulai ulang selama startup instans sementara segmen rollback besar diinisialisasi.

Memperbaiki masalah selama zero downtime patching yang menyebabkan instans memulai ulang yang menyebabkan koneksi basis data ditutup secara tak terduga.

Memperbaiki masalah yang dapat menyebabkan instans basis data memulai ulang karena deadlatch saat menjalankan pernyataan SHOW STATUS dan PURGE BINARY LOGS secara bersamaan. Log biner pembersihan adalah pernyataan terkelola yang dijalankan untuk menghormati periode retensi binlog yang dikonfigurasi pengguna.

Memperbaiki masalah yang dapat menyebabkan klaster basis data menjadi tidak tersedia jika instans penulis memulai ulang saat basis data membuat atau menjatuhkan pemicu pada tabel sistem internal.

Memperbaiki masalah yang dapat menyebabkan instans basis data memulai ulang karena menunggu semaphore yang lama saat menggunakan fitur binlog yang disempurnakan pada klaster dengan replika Aurora.

Memperbaiki masalah yang dapat menyebabkan instans basis data memulai ulang saat menjalankan kueri yang mereferensikan fungsi agregat.

Memperbaiki masalah yang, dalam kondisi langka, dapat menyebabkan instance database dimulai ulang saat Aurora Serverless v2 salah mencoba memperbarui cache tabel saat penskalaan.

Memperbaiki masalah di mana metode akses pemindaian indeks yang tidak didukung dipertimbangkan untuk ekspresi tabel umum (CTE) saat mewujudkan tabel sementara menengah, yang dapat menyebabkan perilaku yang tidak diinginkan termasuk mulai ulang basis data atau kesalahan hasil kueri. Kami memperbaiki masalah ini dengan menghindari penggunaan metode akses pemindaian indeks yang tidak didukung pada tabel menggunakan mesin TempTable penyimpanan.

Memperbaiki masalah yang dapat menyebabkan tidak tersedianya database saat binlog yang disempurnakan diaktifkan pada Aurora Serverless v2 database cluster berjalan pada Aurora MySQL 3.04.0.

Menghapus metadata penyimpanan yang tidak digunakan sebelum menulis ke penyimpanan Aurora saat fitur binlog yang disempurnakan diaktifkan. Perbaikan ini menghindari skenario tertentu ketika basis data memulai ulang atau melakukan failover dapat terjadi karena peningkatan latensi penulisan karena peningkatan byte yang ditransmisikan melalui jaringan.

Dengan penambahan tabel malloc_stats dan malloc_stats_totals di dalam performance_schema, tiga variabel sistem lanjutan ditambahkan untuk mengontrol perilaku Jemalloc, pengalokasi memori internal:

Memperbaiki masalah di mana tabel skema kinerja khusus Aurora tidak dibuat saat peningkatan versi atau migrasi.

Menambahkan variabel sistem baru, aurora_use_vector_instructions. Ketika parameter ini diaktifkan, Aurora MySQL menggunakan instruksi pemrosesan vektor yang dioptimalkan untuk meningkatkan kinerja pada beban kerja berat I/O. Pengaturan ini disetel ON secara default di Aurora MySQL 3.05 dan yang lebih tinggi. Untuk detail selengkapnya, lihat Parameter konfigurasi Aurora MySQL.

Memperbaiki masalah yang dapat menyebabkan NumBinaryLogFiles metrik aktif menampilkan hasil yang salah saat binlog yang disempurnakan diaktifkan. CloudWatch

Batas waktu permintaan untuk operasi Machine Learning Aurora MySQL ke Amazon Sagemaker telah ditingkatkan dari 3 menjadi 30 detik. Ini membantu menyelesaikan masalah di mana pelanggan mungkin melihat peningkatan jumlah percobaan ulang atau kegagalan untuk permintaan ke Amazon Sagemaker dari Machine Learning Aurora MySQL saat menggunakan ukuran batch yang lebih besar.

Menambahkan dukungan untuk tabel malloc_stats dan malloc_stats_totals dalam basis data performance_schema.

Memperbarui kata kunci FROM di dalam perintah LOAD DATA FROM S3 menjadi opsional. Untuk informasi selengkapnya, lihat Memuat data ke dalam klaster DB Amazon Aurora MySQL dari file teks di bucket Amazon S3.

Menambahkan dukungan untuk parameter innodb_aurora_instant_alter_column_allowed, yang mengontrol apakah algoritma INSTANT dapat digunakan untuk operasi ALTER COLUMN. Untuk informasi selengkapnya lihat Parameter tingkat klaster.

Memperbaiki masalah yang dapat mencegah koneksi klien baru dibuat ke basis data saat penerusan penulisan diaktifkan.

Memperbaiki masalah yang dapat menyebabkan modifikasi parameter basis data table_open_cache tidak berlaku sampai instans basis data dimulai ulang.

Memperbaiki masalah yang dapat menyebabkan kesalahan kunci duplikat untuk kolom AUTO_INCREMENT yang menggunakan indeks menurun setelah pemulihan snapshot, backtrack, atau operasi klon basis data.

Memperbaiki masalah yang melibatkan pemindaian indeks di mana hasil yang tidak akurat mungkin dikembalikan saat menjalankan kueri SELECT dengan klausa GROUP BY dan parameter aurora_parallel_query diatur ke ON.

Memperbaiki masalah yang dapat menyebabkan penipisan memori yang tersedia saat menjalankan kueri terhadap tabel INFORMATION_SCHEMA INNODB_TABLESPACES.

Memperbaiki masalah di mana instans pembaca tidak dapat membuka tabel, dengan ERROR 1146. Masalah ini terjadi ketika mengeksekusi jenis Data Definition Language (DDL) online tertentu sementara algoritma INPLACE sedang digunakan pada instans penulis.

Memperbaiki masalah untuk menghindari instance restart selama Aurora Serverless v2 penskalaan ketika proses pemantauan internal secara keliru mengirimkan permintaan penskalaan duplikat.

Memperbaiki masalah yang dapat menyebabkan restart database saat konsumen log biner (binlog) yang terhubung menggunakan server replikasi binlog duplikat. IDs

Memperkenalkan cache log relay dalam memori untuk replika log biner yang dikelola Aurora MySQL. Peningkatan ini dapat membantu mencapai peningkatan hingga 40% dalam throughput replikasi log biner. Peningkatan ini diaktifkan secara otomatis saat menggunakan replikasi log biner thread tunggal atau saat menggunakan replikasi multi-thread dengan pemosisian otomatis GTID diaktifkan.

Peningkatan dari MySQL 5.7 ke MySQL 8.0 dengan tabel yang sangat banyak dalam satu basis data menyebabkan server mengonsumsi memori yang berlebihan. Ditemukan bahwa, selama proses pemeriksaan apakah tabel dapat ditingkatkan, kami mengambil semua objek Table kamus data di awal, dengan memproses masing-masing objek dan mengambil namanya, kemudian menjalankan Pemeriksaan Kompatibilitas Versi pada daftar. Mengambil semua objek di awal tidak perlu dilakukan dalam kasus ini, dan berkontribusi besar terhadap konsumsi memori. Untuk memperbaiki masalah ini, kami sekarang mengambil satu objek Table satu per satu dalam kasus tersebut, dengan melakukan pemeriksaan yang diperlukan, mengambil namanya, dan melepaskan objek tersebut, sebelum melanjutkan ke objek yang berikutnya. (Bug #34526001)

Meningkatkan kinerja upgrade versi utama dari Aurora MySQL versi 2 ke versi 3 dengan menjalankan pemeriksaan tablespace secara paralel menggunakan semua v yang tersedia pada instance database. CPUs

Memperbaiki masalah yang dapat menyebabkan penggunaan CPU yang lebih tinggi karena rotasi sertifikat TLS di latar belakang. (Perbaikan Bug Komunitas #34284186)