Pembaruan mesin basis data Aurora MySQL 2020-09-17 (versi 2.09.0) (Dihentikan) - Amazon Aurora
PerbaikanIntegrasi perbaikan bug MySQL Community EditionPerbandingan dengan Aurora MySQL versi 1Kompatibilitas MySQL 5.7

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-17 (versi 2.09.0) (Dihentikan)

Versi: 2.09.0

Aurora MySQL 2.09.0 tersedia secara umum. Aurora MySQL versi 2.x kompatibel dengan MySQL 5.7 dan Aurora MySQL versi 1.x kompatibel dengan MySQL 5.6.

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 dari Aurora MySQL 1.23.* menjadi Aurora MySQL 2.09.0. Anda juga memiliki opsi untuk meningkatkan klaster basis data Aurora MySQL 2.* yang ada ke Aurora MySQL 2.09.0. Anda tidak dapat meningkatkan klaster Aurora MySQL 1.23.* yang ada secara langsung ke 2.09.0; namun, Anda dapat memulihkan snapshot-nya ke Aurora MySQL 2.09.0.

penting

Perbaikan pada penyimpanan Aurora dalam versi ini membatasi jalur peningkatan yang tersedia dari Aurora MySQL 1.* ke Aurora MySQL 2.09. Saat Anda meningkatkan klaster Aurora MySQL 1.* ke 2.09, Anda harus meningkatkan versi dari Aurora MySQL 1.23.

Untuk membuat cluster dengan versi lama dari Aurora MySQL, tentukan versi mesin melalui,, atau RDS AWS Management Console API. AWS CLI

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

catatan

Untuk informasi tentang cara meningkatkan versi klaster basis data MySQL Aurora Anda, lihat Meningkatkan versi kecil atau tingkat patch klaster DB Aurora MySQL di Panduan Pengguna Amazon Aurora.

Perbaikan

Fitur baru:

  • 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.

  • 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.

  • 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 pengubahan ukuran dinamis sedang digunakan secara bertahap ke AWS Wilayah tempat Aurora tersedia. Tergantung Wilayah tempat klaster Anda berada, fitur ini mungkin belum tersedia. Untuk informasi selengkapnya, lihat pengumuman Apa Yang Baru.

Perbaikan prioritas tinggi:

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

  • Bug #26881508: MYSQL #1: DISABLE_ABORT_ON_ERROR IN AUTH_COMMON.H

  • Backport Bug Komunitas #24437124: KEMUNGKINAN BUFFER OVERFLOW PADA CREATE TABLE

  • Backport Bug #27158030: INNODB ONLINE ALTER CRASH DENGAN DML SECARA BERSAMAAN

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

  • Backport BUG #26502135: MYSQLD SEGFAULTS DALAM MDL_CONTEXT::TRY_ACQUIRE_LOCK_IMPL

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

  • Bug #28491099: [FATAL] BLOK MEMORI TIDAK VALID | INNODB: KEGAGALAN ASSERSI: UT0UT.CC:670

  • Bug #30499288: GCC 9.2.1 MELAPORKAN PERINGATAN BARU UNTUK OS_FILE_GET_PARENT_DIR

  • Bug #29952565 di mana MYSQLD MENDAPATKAN SIGNAL 11 SAAT MENJALANKAN KUERI (UNION + ORDER BY + SUB-QUERY)

  • Bug #30628268: CRASH KEHABISAN MEMORI

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

  • Bug #30569003: 5.7 REPLICATION BREAKAGE DENGAN KESALAHAN SINTAKS DENGAN GRANT MANAGEMENT

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

  • Bug #30569003: 5.7 REPLICATION BREAKAGE DENGAN KESALAHAN SINTAKS DENGAN GRANT MANAGEMENT

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

  • Bug #20712046: TAMPILKAN TABEL PROCESSLIST DAN PERFORMANCE_SCHEMA TIDAK MENYEMBUNYIKAN KATA SANDI DARI KUERI

  • Backport bug #18898433: KINERJA SANGAT LAMBAT DENGAN OUTER JOIN DAN JOIN BUFFER (diperbaiki dalam 5.7.21). Kueri dengan banyak sambungan tersisa akan lambat jika buffering sambungan digunakan (misalnya, menggunakan algoritma loop bersarang blok). (Bug #18898433, Bug #72854)"

  • Backport bug #26402045: MYSQLD CRASH PADA KUERI (diperbaiki dalam MySQL 5.7.23). Kasus materialisasi subkueri tertentu dapat menyebabkan keluarnya server. Kueri ini sekarang menghasilkan pesan kesalahan yang menunjukkan bahwa materialisasi dinonaktifkan. (Bug #26402045)

  • [Backport dari MySQL] pengguna selain rdsadmin tidak diizinkan untuk memperbarui tabel pfs di replika pembaca.

  • Memperbaiki masalah di mana pelanggan tidak dapat memperbarui perfschema di replika pembaca

  • Bug #26666274: LOOP TANPA HENTI DI KONTAINER BUFFER SKEMA KINERJA

  • 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 #25082593: VALIDASI KUNCI ASING TIDAK PERLU MEMPEROLEH GAP LOCK DI READ COMMITTED

  • CVE-2019-2731

  • CVE-2018-2645

  • CVE-2019-2581

  • CVE-2018-2787

  • CVE-2019-2482

  • CVE-2018-2640

  • CVE-2018-2784

  • CVE-2019-2628

  • CVE-2019-2911

  • CVE-2019-2628

  • CVE-2018-3284

  • CVE-2018-3065

  • CVE-2019-2537

  • CVE-2019-2948

  • CVE-2019-2434

  • CVE-2019-2420

Perbaikan ketersediaan:

  • Mengaktifkan perbaikan ABA manajer kunci secara default.

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

  • Memperbaiki masalah saat membuat tabel sementara dengan format baris terkompresi dapat menyebabkan mulai ulang.

  • 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 2.07.x.

  • Memperbaiki masalah saat memulihkan klaster dari Amazon S3 ke Aurora MySQL versi 2.08.0 membutuhkan waktu lebih lama dari yang diperkirakan ketika cadangan S3 tidak menyertakan tabel mysql.host.

  • Memperbaiki masalah yang mungkin menyebabkan failover beberapa kali karena pembaruan kolom virtual dengan indeks sekunder.

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

  • Memperbaiki beberapa masalah di mana mesin mungkin mengalami crash selama patching zero-downtime sambil memeriksa titik aman untuk patching.

  • Memperbaiki masalah untuk melewatkan pencatatan log pengulangan tindakan untuk tabel sementara, yang sebelumnya menyebabkan crash.

  • Memperbaiki kondisi balapan pada manajer kunci antara mematikan koneksi/kueri dan sesi yang dimatikan.

  • Memperbaiki masalah di mana basis data dapat mengalami crash jika berupa replika binlog dan menerima peristiwa DDL melalui tabel time_zone MySQL.

Basis data global:

  • Tampilan INFORMATION_SCHEMA.REPLICA_HOST_STATUS MySQL di Wilayah sekunder sekarang menunjukkan entri untuk replika milik Wilayah tersebut.

  • Memperbaiki kegagalan kueri tak terduga yang dapat terjadi di Wilayah sekunder DB Global setelah masalah konektivitas jaringan sementara antara Wilayah primer dan sekunder.

Kueri paralel:

  • Memperbaiki rencana EXPLAIN untuk kueri Parallel Query, yang tidak benar untuk kueri tabel tunggal sederhana.

  • Memperbaiki self-deadlatch yang mungkin terjadi saat Parallel Query diaktifkan.

Perbaikan umum:

  • Ekspor ke S3 sekarang mendukung kata kunci ENCRYPTION.

  • Parameter aurora_binlog_replication_max_yield_seconds saat ini memiliki nilai maksimal 36.000. Nilai maksimum yang diterima sebelumnya adalah 45. Parameter ini hanya berfungsi jika parameter aurora_binlog_use_large_read_buffer diatur ke 1.

  • Mengubah perilaku untuk memetakan MIXED binlog_format ke ROW alih-alih STATEMENT saat menjalankan LOAD DATA FROM INFILE | S3.

  • Memperbaiki masalah di mana replika binlog yang terhubung ke primer binlog Aurora MySQL mungkin menampilkan data yang tidak lengkap ketika primer yang dijalankan LOAD DATA FROM S3 dan binlog_format diatur ke STATEMENT.

  • 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 pengguna dapat kehilangan akses ke basis data saat menurunkan parameter max_connections dalam grup parameter ketika koneksi saat ini lebih besar daripada nilai yang ditetapkan.

  • Memperbaiki masalah pada Aliran Aktivitas Data di mana tanda kutip tunggal dan garis miring terbalik tidak dilepaskan dengan benar.

Integrasi perbaikan bug MySQL Community Edition

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

  • Bug #26881508: MYSQL #1: DISABLE_ABORT_ON_ERROR IN AUTH_COMMON.H

  • Bug #24437124: KEMUNGKINAN BUFFER OVERFLOW PADA CREATE TABLE

  • Bug #27158030: INNODB ONLINE ALTER CRASH DENGAN DML SECARA BERSAMAAN

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

  • BUG #26502135: MYSQLD SEGFAULTS DALAM MDL_CONTEXT::TRY_ACQUIRE_LOCK_IMPL

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

  • Bug #28491099: [FATAL] BLOK MEMORI TIDAK VALID | INNODB: KEGAGALAN ASSERSI: UT0UT.CC:670

  • Bug #30499288: GCC 9.2.1 MELAPORKAN PERINGATAN BARU UNTUK OS_FILE_GET_PARENT_DIR

  • Bug #29952565 di mana MYSQLD MENDAPATKAN SIGNAL 11 SAAT MENJALANKAN KUERI (UNION + ORDER BY + SUB-QUERY)

  • Bug #30628268: CRASH KEHABISAN MEMORI

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

  • Bug #30569003: 5.7 REPLICATION BREAKAGE DENGAN KESALAHAN SINTAKS DENGAN GRANT MANAGEMENT

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

  • Bug #30569003: 5.7 REPLICATION BREAKAGE DENGAN KESALAHAN SINTAKS DENGAN GRANT MANAGEMENT

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

  • Bug #20712046: TAMPILKAN TABEL PROCESSLIST DAN PERFORMANCE_SCHEMA TIDAK MENYEMBUNYIKAN KATA SANDI DARI KUERI

  • Bug #18898433: KINERJA SANGAT LAMBAT DENGAN OUTER JOIN DAN JOIN BUFFER (diperbaiki dalam 5.7.21)

  • Bug #26402045: MYSQLD CRASH PADA KUERI (diperbaiki dalam MySQL 5.7.23)

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

  • Bug #26666274: LOOP TANPA HENTI DI KONTAINER BUFFER SKEMA KINERJA

  • 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. (https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa)

  • Bug #25082593: VALIDASI KUNCI ASING TIDAK PERLU MEMPEROLEH GAP LOCK DI READ COMMITTED

  • Bug #24764800: REPLIKASI GAGAL PADA SLAVE DENGAN KESALAHAN XAER_RMFAIL.

  • Bug #81441: PERINGATAN TENTANG LOCALHOST SAAT MENGGUNAKAN. SKIP-NAME-RESOLVE

Perbandingan dengan Aurora MySQL versi 1

Fitur Amazon Aurora MySQL berikut ini didukung di Aurora MySQL Versi 1 (kompatibel dengan MySQL 5.6), tetapi fitur-fitur tersebut saat ini tidak didukung di Aurora MySQL Versi 2 (kompatibel dengan MySQL 5.7).

Kompatibilitas MySQL 5.7

Versi Aurora MySQL ini kompatibel dengan kabel dengan MySQL 5.7 dan menyertakan fitur seperti dukungan JSON, indeks spasial, dan kolom yang dihasilkan. Aurora MySQL menggunakan implementasi asli pengindeksan spasial menggunakan kurva z-order untuk memberikan kinerja tulis >20x lebih baik dan kinerja baca >10x lebih baik daripada MySQL 5.7 untuk set data spasial.

Versi Aurora MySQL ini saat ini tidak mendukung fitur MySQL 5.7 berikut:

  • Plugin replikasi kelompok

  • Peningkatan ukuran halaman

  • Pemuatan pool buffer InnoDB saat startup

  • Plugin pengurai teks lengkap InnoDB

  • Replikasi multisumber

  • Perubahan ukuran pool buffer online

  • Plugin validasi kata sandi

  • Plugin tulis ulang kueri

  • Penyaringan replikasi

  • Pernyataan SQL CREATE TABLESPACE