Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Aurora Pembaruan mesin SQL database saya 2023-10-25 (versi 3.05.0, kompatibel dengan My 8.0.32) SQL
Versi: 3.05.0
Aurora My SQL 3.05.0 umumnya tersedia. Versi Aurora My SQL 3.05 kompatibel dengan My 8.0.32. SQL Untuk informasi selengkapnya tentang perubahan komunitas yang telah terjadi, lihat Catatan Rilis SQL 8.0 Saya
Untuk detail fitur baru di Aurora My SQL versi 3, lihat Aurora My version 3 yang kompatibel dengan My SQL 8.0. SQL Untuk perbedaan antara Aurora My SQL version 3 dan Aurora My version 2, lihat Membandingkan Aurora My SQL version SQL 2 dan Aurora My version 3. SQL Untuk perbandingan Aurora My SQL version 3 dan My SQL 8.0 Community Edition, lihat Membandingkan Aurora My SQL version 3 dan My 8.0 Community Edition. SQL
Saat ini didukung Aurora SQL Rilis saya adalah 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.03.*, 3.04.*, dan 3.05.*.
Anda dapat melakukan upgrade di tempat, memulihkan snapshot, atau memulai upgrade biru/hijau terkelola menggunakan RDSAmazon Blue/Green Deployment dari klaster Aurora My versi 2 yang saat ini didukung ke dalam klaster Aurora SQL My version 3.05.0. SQL
Untuk informasi tentang merencanakan peningkatan ke Aurora My SQL version 3, lihat Perencanaan upgrade untuk Aurora My SQL version 3 di Panduan Pengguna Amazon Aurora. Untuk informasi umum tentang peningkatan Aurora Saya, lihat SQL Memutakhirkan klaster Amazon Aurora SQL My DB di Panduan Pengguna Amazon Aurora.
Untuk informasi pemecahan masalah, lihat Memecahkan masalah pemutakhiran dengan Aurora Versi saya 3. SQL
Jika Anda memiliki pertanyaan atau masalah, AWS Support tersedia di forum komunitas dan melalui AWS Support
Perbaikan
Fitur baru:
-
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.
Memperbaiki masalah keamanan dan CVEs tercantum di bawah ini:
Perbaikan dan penyempurnaan lain untuk penanganan fine-tune di lingkungan terkelola. CVEPerbaikan tambahan di bawah ini:
Perbaikan ketersediaan:
-
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 SHOWSTATUS
dan PURGEBINARYLOGS pernyataan 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.
Perbaikan umum:
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
danmalloc_stats_totals
di dalamperformance_schema
, tiga variabel sistem lanjutan ditambahkan untuk mengontrol perilaku Jemalloc, pengalokasi memori internal:aurora_jemalloc_background_thread
.aurora_jemalloc_dirty_decay_ms
.aurora_jemalloc_tcache_enabled
.
-
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 secaraON
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
danmalloc_stats_totals
dalam basis data performance_schema. -
Memperbarui kata kunci
FROM
di dalam perintahLOAD 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 algoritmaINSTANT
dapat digunakan untuk operasiALTER 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 klausaGROUP BY
dan parameteraurora_parallel_query
diatur keON
. -
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
Peningkatan dan migrasi:
-
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 Versipada 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.
Integrasi perbaikan bug My SQL Community Edition
Rilis ini meliputi semua perbaikan bug komunitas hingga dan termasuk 8.0.32, selain hal-hal di bawah ini. Untuk informasi selengkapnya, lihat SQLBug saya diperbaiki oleh pembaruan mesin basis data Aurora My SQL 3.x.
-
Memperbaiki masalah yang dapat menyebabkan CPU pemanfaatan yang lebih tinggi karena rotasi TLS sertifikat latar belakang. (Perbaikan Bug Komunitas #34284186)