Aurora MySQL versi 3 yang kompatibel dengan MySQL 8.0

Anda dapat menggunakan Aurora MySQL versi 3 untuk mendapatkan fitur terbaru yang kompatibel dengan MySQL, peningkatan performa, dan perbaikan bug. Di bagian berikut ini, Anda dapat mempelajari tentang Aurora MySQL versi 3, dengan kompatibilitas MySQL 8.0. Anda dapat mempelajari cara meningkatkan klaster dan aplikasi Anda ke Aurora MySQL versi 3.

Beberapa fitur Aurora, seperti Aurora Serverless v2, memerlukan Aurora MySQL versi 3.

Topik

• Fitur dari MySQL 8.0 Community Edition
• Prasyarat Aurora MySQL versi 3 untuk Aurora MySQL Nirserver v2
• Catatan rilis untuk Aurora MySQL versi 3
• Optimisasi kueri paralel baru
• Optimisasi untuk mengurangi waktu pengaktifan ulang basis data.
• Perilaku tabel sementara baru di Aurora MySQL versi 3
• Perbandingan Aurora MySQL versi 2 dan Aurora MySQL versi 3
• Perbandingan Aurora MySQL versi 3 dan MySQL 8.0 Community Edition
• Meningkatkan ke Aurora MySQL versi 3

Fitur dari MySQL 8.0 Community Edition

Rilis awal Aurora MySQL versi 3 kompatibel dengan MySQL 8.0.23 Community Edition. MySQL 8.0 memperkenalkan beberapa fitur baru, termasuk yang berikut:

• Fungsi JSON. Untuk informasi penggunaan, lihat JSON Functions dalam Panduan Referensi MySQL.

• Fungsi Jendela. Untuk informasi penggunaan, lihat Window Functions dalam Panduan Referensi MySQL.

• Ekspresi tabel umum (CTE), yang menggunakan klausa WITH. Untuk informasi penggunaan, lihat WITH (Common Table Expressions) dalam Panduan Referensi MySQL.

• Klausa ADD COLUMN dan RENAME COLUMN yang dioptimalkan untuk pernyataan ALTER TABLE. Optimisasi ini disebut “DDL instan”. Aurora MySQL versi 3 kompatibel dengan fitur DDL instan MySQL komunitas. Fitur DDL cepat Aurora sebelumnya tidak digunakan. Untuk informasi penggunaan untuk DDL instan, lihat DDL instan (Aurora MySQL versi 3).

• Indeks menurun, fungsional, dan tidak terlihat. Untuk informasi penggunaan, lihat Invisible Indexes, Descending Indexes, dan CREATE INDEX Statement dalam Panduan Referensi MySQL.

• Hak akses berbasis peran yang dikontrol melalui pernyataan SQL. Untuk informasi selengkapnya tentang perubahan pada model hak akses, lihat Model hak akses berbasis peran.

• Klausa NOWAIT dan SKIP LOCKED dengan pernyataan SELECT ... FOR SHARE. Klausa ini menghindari tindakan menunggu transaksi lain untuk membuka kunci baris. Untuk informasi penggunaan, lihat Locking Reads dalam Panduan Referensi MySQL.

• Peningkatan pada replikasi log biner (binlog). Untuk detail Aurora MySQL, lihat Replikasi log biner. Khususnya, Anda dapat melakukan replikasi yang difilter. Untuk informasi penggunaan tentang replikasi yang difilter, lihat How Servers Evaluate Replication Filtering Rules dalam Panduan Referensi MySQL.

• Petunjuk. Beberapa petunjuk yang kompatibel dengan MySQL 8.0 sudah di-backport ke Aurora MySQL versi 2. Untuk informasi tentang menggunakan petunjuk dengan Aurora MySQL, lihat Petunjuk Aurora MySQL. Untuk daftar lengkap petunjuk di MySQL 8.0 komunitas, lihat Optimizer Hints dalam Panduan Referensi MySQL.

Untuk daftar lengkap fitur yang ditambahkan ke MySQL 8.0 edisi komunitas, lihat postingan blog Daftar lengkap fitur baru di MySQL 8.0.

Aurora MySQL versi 3 juga mencakup perubahan kata kunci untuk bahasa inklusif, yang di-backport dari MySQL 8.0.26 komunitas. Untuk detail tentang perubahan tersebut, lihat Perubahan bahasa inklusif untuk Aurora MySQL versi 3.

Prasyarat Aurora MySQL versi 3 untuk Aurora MySQL Nirserver v2

Aurora MySQL versi 3 adalah prasyarat untuk semua instans DB di klaster Aurora MySQL Nirserver v2. Aurora MySQL Nirserver v2 mencakup dukungan untuk instans pembaca dalam klaster DB, dan fitur Aurora lainnya yang tidak tersedia untuk Aurora MySQL Nirserver v1. Layanan ini juga memiliki penskalaan yang lebih cepat dan lebih granular daripada Aurora MySQL Nirserver v1.

Catatan rilis untuk Aurora MySQL versi 3

Untuk catatan rilis untuk semua rilis Aurora MySQL versi 3, lihat Pembaruan mesin basis data untuk Amazon Aurora MySQL versi 3 dalam Catatan Rilis untuk Aurora MySQL.

Optimisasi kueri paralel baru

Optimisasi kueri pararel Aurora sekarang berlaku untuk lebih banyak operasi SQL:

• Kueri pararel sekarang berlaku untuk tabel yang berisi jenis data TEXT, BLOB, JSON, GEOMETRY, serta VARCHAR dan CHAR yang lebih panjang dari 768 byte.

• Kueri paralel dapat mengoptimalkan kueri yang memerlukan tabel yang dipartisi.

• Kueri paralel dapat mengoptimalkan kueri yang memerlukan panggilan fungsi agregat dalam daftar pilih dan klausa HAVING.

Untuk informasi selengkapnya tentang peningkatan ini, lihat Meningkatkan klaster kueri paralel ke Aurora MySQL versi 3. Untuk informasi umum tentang kueri paralel Aurora, lihat Bekerja dengan kueri paralel untuk Amazon Aurora MySQL.

Optimisasi untuk mengurangi waktu pengaktifan ulang basis data.

Klaster DB Aurora MySQL Anda harus memiliki ketersediaan tinggi selama pemadaman yang direncanakan dan tidak direncanakan.

Administrator basis data perlu melakukan pemeliharaan basis data sesekali. Pemeliharaan ini mencakup patching basis data, tingkatkan, modifikasi parameter basis data yang memerlukan boot ulang manual, pelaksanaan failover untuk mengurangi waktu yang diperlukan dalam mengubah kelas instans, dan sebagainya. Tindakan yang direncanakan ini membutuhkan waktu henti.

Namun, waktu henti juga dapat disebabkan oleh tindakan yang tidak direncanakan, seperti failover yang tidak terduga karena kesalahan perangkat keras yang mendasarinya atau throttling sumber daya basis data. Semua tindakan yang direncanakan dan tidak direncanakan ini mengakibatkan pengaktifan ulang basis data.

Di Aurora MySQL versi 3.05 dan lebih tinggi, kami telah memperkenalkan optimisasi yang mengurangi waktu pengaktifan ulang basis data. Optimisasi ini memberikan waktu henti hingga 65% lebih sedikit daripada tanpa optimisasi, dan lebih sedikit gangguan pada beban kerja basis data Anda, setelah pengaktifan ulang.

Selama pengaktifan basis data, banyak komponen memori internal yang diinisialisasi. Yang terbesar adalah pool buffer InnoDB, yang di Aurora MySQL adalah 75% dari ukuran memori instans secara default. Pengujian kami telah menemukan bahwa waktu inisialisasinya sebanding dengan ukuran pool buffer InnoDB, dan oleh karena itu, akan diskalakan dengan ukuran kelas instans DB. Selama tahap inisialisasi ini, basis data tidak dapat menerima koneksi, sehingga memperpanjang waktu henti selama pengaktifan ulang. Tahap pertama dari pengaktifan ulang cepat Aurora MySQL akan mengoptimalkan inisialisasi pool buffer, yang mengurangi waktu untuk inisialisasi basis data dan dengan demikian akan mengurangi waktu pengaktifan ulang secara keseluruhan.

Untuk detail selengkapnya, lihat blog Kurangi waktu henti dengan optimisasi waktu pengaktifan ulang basis data Amazon Aurora MySQL.