Pembaruan mesin basis data Aurora MySQL 2020-09-02 (versi 1.23.0) (Dihentikan) - Amazon Aurora
PerbaikanIntegrasi perbaikan bug MySQL Community Edition

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Pembaruan mesin basis data Aurora MySQL 2020-09-02 (versi 1.23.0) (Dihentikan)

Versi: 1.23.0

Aurora MySQL 1.23.0 tersedia secara umum. Aurora MySQL versi 1.* kompatibel dengan MySQL 5.6 dan Aurora MySQL versi 2.* kompatibel dengan MySQL 5.7.

Versi mesin ini dijadwalkan akan dihentikan pada 28 Februari 2023. Untuk informasi selengkapnya, lihat Mempersiapkan akhir masa pakai Amazon Aurora MySQL-Compatible Edition versi 1.

Rilis Aurora MySQL yang saat ini didukung adalah 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.*, dan 3.02.*.

Anda dapat memulihkan snapshot basis data Aurora MySQL 1.* ke Aurora MySQL 1.23.0.

penting

Perbaikan pada penyimpanan Aurora dalam versi ini membatasi jalur peningkatan yang tersedia dari Aurora MySQL 1.23 ke Aurora MySQL 2.*. Saat Anda meningkatkan klaster Aurora MySQL 1.23 ke 2.*, Anda harus meningkatkan versi ke Aurora MySQL 2.09.0 atau yang lebih baru.

Untuk membuat klaster dengan Aurora MySQL versi lama, tentukan versi mesin melalui RDS Console, AWS CLI, atau API Amazon RDS.

catatan

Versi ini saat ini tidak tersedia di wilayah berikut: AWS GovCloud (AS Timur) [us-gov-east-1], AWS GovCloud (AS Barat) [us-gov-west-1]. Akan ada pengumuman terpisah setelah tersedia.

Jika Anda memiliki pertanyaan atau masalah, AWS Dukungan tersedia di forum komunitas dan melalui Dukungan AWS. Untuk informasi selengkapnya, lihat Memelihara klaster DB Amazon Aurora di Panduan Pengguna Amazon Aurora.

Perbaikan

Fitur-fitur baru:

  • Anda sekarang dapat mengaktifkan atau menonaktifkan kueri paralel untuk klaster yang ada dengan mengubah nilai parameter klaster DB aurora_parallel_query. Anda tidak perlu menggunakan pengaturan parallelquery untuk parameter --engine-mode saat membuat klaster.

    Kueri paralel sekarang diperluas agar tersedia di semua wilayah di mana Aurora MySQL tersedia.

    Ada sejumlah peningkatan dan perubahan fungsi lain pada prosedur untuk peningkatan dan pengaktifan kueri paralel di klaster Aurora. Untuk informasi selengkapnya, lihat Menggunakan kueri paralel untuk Amazon Aurora MySQL di Panduan Pengguna Amazon Aurora.

  • Dengan rilis ini, Anda dapat membuat instans basis data Amazon Aurora MySQL dengan penyimpanan hingga 128 tebibyte (TiB). Batas penyimpanan baru meningkat dari 64 TiB. Ukuran penyimpanan 128 TiB mendukung basis data yang lebih besar. Kapasitas ini tidak didukung pada ukuran instans kecil (db.t2 atau db.t3). Satu ruang tabel tidak dapat meluas melebihi 64 TiB karena adanya batasan InnoDB dengan ukuran halaman 16 KB.

    Aurora memperingatkan Anda saat ukuran volume klaster mendekati 128 TiB, sehingga Anda dapat mengambil tindakan sebelum mencapai batas ukuran. Peringatan muncul di log mysql dan Peristiwa RDS di AWS Management Console.

  • Meningkatkan pemrosesan log biner (binlog) untuk mengurangi waktu pemulihan crash dan latensi waktu commit ketika terdapat transaksi yang sangat besar.

  • Aurora secara dinamis menyesuaikan ukuran ruang penyimpanan klaster Anda. Dengan penyesuaian ukuran dinamis, ruang penyimpanan untuk klaster DB Aurora menurun secara otomatis saat Anda menghapus data dari klaster DB. Lihat informasi selengkapnya di Penskalaan penyimpanan di Panduan Pengguna Amazon Aurora.

    catatan

    Fitur penyesuaian ukuran dinamis di-deploy dalam beberapa tahap di Wilayah AWS yang menyediakan Aurora. Tergantung Wilayah tempat klaster Anda berada, fitur ini mungkin belum tersedia. Untuk informasi selengkapnya, lihat pengumuman Apa Yang Baru.

Perbaikan prioritas tinggi:

Perbaikan ketersediaan:

  • Memperbaiki masalah pada manajer kunci di mana kondisi balapan dapat menyebabkan kunci dimiliki bersama oleh dua transaksi, yang menyebabkan basis data memulai ulang.

  • Memperbaiki masalah yang berkaitan dengan manajemen memori kunci transaksi dengan transaksi tulis jangka panjang yang menyebabkan basis data memulai ulang.

  • Memperbaiki kondisi balapan di manajer kunci yang mengakibatkan basis data memulai ulang atau melakukan failover selama rollback transaksi.

  • Memperbaiki masalah selama peningkatan dari 5.6 ke 5.7 saat innodb_file_format berubah di tabel dengan DDL Cepat diaktifkan.

  • Memperbaiki beberapa masalah di mana mesin mungkin memulai ulang selama patching zero-downtime sambil memeriksa titik quiesced dalam aktivitas basis data untuk patching.

  • Memperbaiki masalah yang terkait dengan pemulihan DDL yang memengaruhi mulai ulang instans DB saat memulihkan operasi DROP TRIGGER yang terganggu.

  • Memperbaiki bug yang dapat menyebabkan tidak tersedianya basis data jika terjadi crash selama pelaksanaan operasi partisi tertentu. Secara khusus, gangguan operasi ALTER TABLE yang memodifikasi jenis partisi atau jumlah partisi di dalam tabel.

  • Memperbaiki nilai default table_open_cache pada instans 16XL dan 24XL yang dapat menyebabkan failover berulang dan penggunaan CPU yang tinggi pada kelas instans besar (R4/R5-16XL, R5-12XL, R5-24XL). Hal ini berdampak pada 1.21.x dan 1.22.x.

Basis data global:

  • Mengisi data yang hilang dalam tampilan INFORMATION_SCHEMA.REPLICA_HOST_STATUS MySQL di Wilayah AWS primer dan sekunder di basis data global Aurora.

  • Memperbaiki kegagalan kueri tak terduga yang dapat terjadi di Wilayah sekunder DB Global akibat pengumpulan sampah catatan UNDO di Wilayah primer, setelah masalah konektivitas jaringan sementara antara Wilayah primer dan sekunder.

Kueri paralel:

  • Memperbaiki masalah di mana kueri paralel dapat menyebabkan kueri yang berlangsung lama memberikan hasil kosong.

  • Memperbaiki masalah di mana kueri pada tabel kecil di replika baca Aurora memakan waktu lebih dari satu detik.

  • Memperbaiki masalah yang mungkin menyebabkan mulai ulang saat kueri paralel dan pernyataan DML berjalan secara bersamaan di bawah beban kerja berat.

Perbaikan umum:

  • Memperbaiki masalah di mana kueri yang menggunakan indeks spasial mungkin mengembalikan hasil parsial jika indeks spasial dibuat pada tabel yang sudah memiliki nilai spasial besar.

  • Meningkatkan panjang maksimum yang diizinkan untuk variabel sistem audit server_audit_incl_users dan server_audit_excl_users dari 1024 byte menjadi 2000 byte.

  • Memperbaiki masalah di mana replika binlog yang terhubung ke primer binlog Aurora MySQL mungkin menampilkan data yang tidak lengkap saat primer binlog Aurora MySQL memuat data dari S3 di bawah statement binlog_format.

  • Mematuhi perilaku komunitas untuk memetakan binlog_format mixed ke row, bukan ke statement untuk memuat data.

  • Memperbaiki masalah yang menyebabkan replikasi binlog berhenti berfungsi ketika pengguna menutup koneksi dan sesi menggunakan tabel sementara.

  • Memperbaiki waktu respons kueri yang melibatkan tabel sementara MyISAM.

  • Memperbaiki penerbitan izin saat pekerja binlog menjalankan fungsi lambda asli.

  • Memperbaiki masalah pada replika baca Aurora saat mencoba melakukan kueri atau merotasi log lambat atau log umum.

  • Memperbaiki masalah yang merusak replikasi logis ketika parameter binlog_checksum diatur ke nilai yang berbeda pada master dan replika.

  • Memperbaiki masalah replika baca yang mungkin melihat sekilas hasil parsial transaksi yang baru saja diterapkan pada penulis.

  • Menyertakan informasi transaksi yang dibatalkan di show engine innodb status saat deadlock diatasi.

Integrasi perbaikan bug MySQL Community Edition

  • Peristiwa binlog dengan ALTER TABLE ADD COLUMN ALGORITHM=QUICK akan ditulis ulang sebagai ALGORITHM=DEFAULT agar kompatibel dengan edisi komunitas.

  • BUG #22350047: JIKA KLIEN DIMATIKAN SETELAH ROLLBACK KE SAVEPOINT STMTS SEBELUMNYA DITERAPKAN

  • Bug #29915479: MENJALANKAN COM_REGISTER_SLAVE TANPA COM_BINLOG_DUMP DAPAT BERDAMPAK PADA KELUAR SERVER

  • Bug #30441969: BUG #29723340: MYSQL SERVER CRASH SETELAH KUERI SQL DENGAN ?AST DATA

  • Bug #30628268: CRASH KEHABISAN MEMORI

  • Bug #27081349: PERILAKU YANG TAK DIHARAPKAN SAAT MENGHAPUS DENGAN FUNGSI SPASIAL

  • Bug #27230859: PERILAKU YANG TAK DIHARAPKAN SAAT PENANGANAN POLIGON TIDAK VALID"

  • Bug #27081349: PERILAKU YANG TAK DIHARAPKAN SAAT MENGHAPUS DENGAN SPASIAL"

  • Bug #26935001: TABEL ALTERNATIF AUTO_INCREMENT MENCOBA MEMBACA INDEKS DARI RUANG TABEL YANG DIHAPUS

  • Bug #29770705: SERVER CRASH SAAT MELAKUKAN SELECT DENGAN KLAUSA WHERE KHUSUS

  • Bug #27659490: SELECT MENGGUNAKAN DYNAMIC RANGE DAN INDEX MERGE MENGGUNAKAN TERLALU BANYAK MEMORI(OOM)

  • Bug #24786290: REPLIKASI RUSAK SETELAH BUG #74145 TERJADI DI MASTER

  • Bug #27703912: PENGGUNAAN MEMORI BERLEBIH DENGAN BANYAK PERSIAPAN

  • Bug #20527363: MEMOTONG TABEL SEMENTARA CRASH: !DICT_TF2_FLAG_IS_SET(TABLE, DICT_TF2_TEMPORARY)

  • Bug#23103937 PS_TRUNCATE_ALL_TABLES() TIDAK DAPAT DIGUNAKAN DALAM MODE SUPER_READ_ONLY

  • Bug #25053286: MENGGUNAKAN TAMPILAN DENGAN KONDISI DALAM PROSEDUR MENYEBABKAN PERILAKU YANG TIDAK BENAR (diperbaiki di 5.6.36)

  • Bug #25586773: PERILAKU YANG TIDAK BENAR UNTUK CREATE TABLE SELECT IN A LOOP IN SP (diperbaiki di 5.6.39)

  • Bug #27407480: AUTOMATIC_SP_PRIVILEGES MEMBUTUHKAN HAK ISTIMEWA UNTUK TABEL MYSQL.USER

  • Bug #26997096: Nilai relay_log_space tidak diperbarui secara sinkron sehingga nilainya terkadang jauh lebih tinggi daripada ruang disk aktual yang digunakan oleh log relay.

  • Bug#15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY TIDAK BEKERJA SEBAGAIMANA DIHARAPKAN

  • SSL Bug backport Bug #17087862, Bug #20551271

  • Bug #16894092: REGRESI KINERJA DALAM 5.6.6+ UNTUK DIMASUKKAN KE ... SELECT … FROM (diperbaiki di 5.6.15).

  • Masukkan perbaikan bug yang terkait dengan SLAVE_TYPE_CONVERSIONS.