Aurora Pembaruan mesin SQL database saya 2023-10-25 (versi 3.05.0, kompatibel dengan My 8.0.32) SQL

Menambahkan dukungan untuk menyimpan data dari cluster SQL database Aurora My ke dalam file teks di bucket Amazon S3 yang dienkripsi dengan KMS kunci (-). SSE KMS Untuk informasi selengkapnya, lihat Menyimpan data dari klaster Amazon Aurora My SQL DB 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 IANA waktu dan diformat sebagai "YYYYsuffix“, misalnya, 2022a dan 2023c. Untuk informasi selengkapnya, lihat Aurora Variabel status SQL global saya.

CVE-2022-37434

Memperbaiki masalah saat Aurora My SQL database instance menggunakan query paralel mungkin mengalami restart database saat menjalankan sejumlah besar query paralel bersamaan.

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

Memperbaiki masalah yang dapat menyebabkan GTID set yang dieksekusi dipulihkan secara tidak benar pada cluster replika log biner (binlog) dengan binlog yang ditingkatkan diaktifkan ketika sumber binlog apa pun telah gtid_mode disetel ke atau. ON ON_PERMISSIVE Masalah ini dapat menyebabkan instance penulis klaster replika memulai ulang waktu tambahan selama pemulihan, atau menyebabkan hasil yang salah saat menanyakan set yang dieksekusiGTID.

Memperbaiki masalah manajemen memori yang dapat menyebabkan instance SQL database Aurora My restart atau failover karena penurunan memori yang dapat dibebaskan 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 instance SQL database Aurora My dengan fitur log biner yang ditingkatkan diaktifkan mungkin macet selama startup instance database saat proses pemulihan log biner sedang dijalankan.

Memperbaiki masalah di mana instance SQL database Aurora My mungkin mengalami beberapa restart selama startup instance 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 instance database dimulai ulang karena deadlatch saat menjalankan SHOWSTATUSdan PURGEBINARYLOGSpernyataan 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 yang sangat jarang terjadi, dapat menyebabkan instans basis data memulai ulang ketika Aurora Serverless v2 salah mencoba memperbarui cache tabel saat melakukan penskalaan.

Memperbaiki masalah saat 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 restart database atau hasil kueri yang salah. 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 cluster Aurora Serverless v2 database yang berjalan di Aurora My 3.04.0. SQL

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 My SQL menggunakan instruksi pemrosesan vektor yang dioptimalkan untuk meningkatkan kinerja pada beban kerja berat I/O. Pengaturan ini diaktifkan secara ON default di Aurora My SQL 3.05 dan lebih tinggi. Untuk detail selengkapnya, lihat Parameter SQL konfigurasi Aurora Saya.

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

Batas waktu permintaan untuk operasi Aurora My Machine SQL Learning 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 Aurora My Machine SQL Learning 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 Amazon Aurora My SQL DB 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 saat instance pembaca tidak dapat membuka tabel, dengan ERROR 1146. Masalah ini terjadi ketika mengeksekusi jenis tertentu dari Online Data Definition Language (DDL) sementara INPLACE algoritma sedang digunakan pada instance penulis.

Memperbaiki masalah untuk mencegah instans memulai ulang selama penskalaan Aurora Serverless v2 saat 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 relai dalam memori untuk Aurora SQL My managed binary log replika. Peningkatan ini dapat membantu mencapai peningkatan hingga 40% dalam throughput replikasi log biner. Peningkatan ini diaktifkan secara otomatis saat menggunakan replikasi log biner ulir tunggal atau saat menggunakan replikasi multi-utas dengan pemosisian otomatis diaktifkan. GTID

Upgrade dari My SQL 5.7 ke My SQL 8.0 dengan jumlah tabel yang sangat besar dalam satu database menyebabkan server mengkonsumsi 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 SQL My versi 2 ke versi 3 dengan menjalankan pemeriksaan tablespace secara paralel menggunakan vCPUs semua yang tersedia pada instance database.

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