Perbandingan Aurora MySQL versi 2 dan Aurora MySQL versi 3

Gunakan yang berikut ini untuk mempelajari tentang perubahan yang harus diperhatikan saat Anda meningkatkan klaster Aurora MySQL versi 2 ke versi 3.

Perbedaan fitur antara Aurora MySQL versi 2 dan 3

Fitur Amazon Aurora MySQL berikut didukung di Aurora MySQL for MySQL 5.7, tetapi fitur ini tidak didukung di Aurora MySQL for MySQL 8.0:

• Anda tidak dapat menggunakan Aurora MySQL versi 3 untuk klaster Aurora Serverless v1. Aurora MySQL versi 3 berfungsi dengan Aurora Serverless v2.

• Mode lab tidak berlaku untuk Aurora MySQL versi 3. Tidak ada fitur mode lab apa pun di Aurora MySQL versi 3. DDL instan menggantikan fitur DDL online cepat yang sebelumnya tersedia dalam mode lab. Sebagai contoh, lihat DDL instan (Aurora MySQL versi 3).

• Cache kueri dihapus dari MySQL 8.0 komunitas dan juga dari Aurora MySQL versi 3.

• Aurora MySQL versi 3 kompatibel dengan fitur hash join MySQL komunitas. Implementasi khusus Aurora untuk hash join di Aurora MySQL versi 2 tidak digunakan. Untuk informasi tentang menggunakan hash join dengan kueri paralel Aurora, lihat Mengaktifkan hash join untuk klaster kueri paralel dan Petunjuk Aurora MySQL. Untuk informasi penggunaan umum tentang hash join, lihat Hash Join Optimization dalam Panduan Referensi MySQL.

• Prosedur tersimpan mysql.lambda_async yang sudah dihentikan di Aurora MySQL versi 2 dihapus di versi 3. Untuk versi 3, gunakan fungsi asinkron lambda_async sebagai gantinya.

• Set karakter default di Aurora MySQL versi 3 adalah utf8mb4. Di Aurora MySQL versi 2, set karakter default adalah latin1. Untuk informasi tentang set karakter ini, lihat The utf8mb4 Character Set (4-Byte UTF-8 Unicode Encoding) dalam Panduan Referensi MySQL.

Beberapa fitur Aurora MySQL tersedia untuk kombinasi tertentu dari AWS Region dan versi mesin DB. Untuk detailnya, lihat Fitur yang didukung di Amazon Aurora oleh dan mesin Wilayah AWS Aurora DB.

Dukungan kelas instans

Aurora MySQL versi 3 mendukung set kelas instans yang berbeda dari Aurora MySQL versi 2:

• Untuk instans yang lebih besar, Anda dapat menggunakan kelas instans modern seperti db.r5, db.r6g, dan db.x2g.

• Untuk instans yang lebih kecil, Anda dapat menggunakan kelas instans modern seperti db.t3 dan db.t4g.

  catatan

  Kami menyarankan penggunaan kelas instans DB T hanya untuk server pengembangan dan pengujian, atau server non-produksi lainnya. Untuk detail selengkapnya tentang kelas instans T, lihat Menggunakan kelas instans T untuk pengembangan dan pengujian.

Kelas instans berikut dari Aurora MySQL versi 2 tidak tersedia untuk Aurora MySQL versi 3:

• db.r4

• db.r3

• db.t3.small

• db.t2

Periksa skrip administrasi Anda untuk menemukan pernyataan CLI yang membuat instans DB Aurora MySQL. Lakukan hard-coding terhadap nama kelas instans yang tidak tersedia untuk Aurora MySQL versi 3. Jika perlu, ubah nama kelas instans menjadi nama yang didukung Aurora MySQL versi 3.

Tip

Untuk memeriksa kelas instance yang dapat Anda gunakan untuk kombinasi tertentu dari versi Aurora MySQL dan AWS Region, gunakan perintah. describe-orderable-db-instance-options AWS CLI

Untuk detail selengkapnya tentang kelas instans Aurora, lihat Kelas instans DB Aurora.

Perubahan parameter untuk Aurora MySQL versi 3

Aurora MySQL versi 3 mencakup parameter konfigurasi tingkat klaster dan tingkat instans baru. Aurora MySQL versi 3 juga menghapus beberapa parameter yang ada di Aurora MySQL versi 2. Beberapa nama parameter diubah sebagai hasil dari inisiatif untuk bahasa inklusif. Untuk kompatibilitas mundur, Anda masih dapat mengambil nilai parameter menggunakan nama lama atau nama baru. Namun, Anda harus menggunakan nama baru untuk menentukan nilai parameter dalam grup parameter kustom.

Di Aurora MySQL versi 3, nilai parameter lower_case_table_names diatur secara permanen pada saat klaster dibuat. Jika Anda menggunakan nilai nondefault untuk opsi ini, siapkan grup parameter kustom Aurora MySQL versi 3 Anda sebelum meningkatkan. Kemudian, tentukan grup parameter selama operasi pembuatan klaster atau pemulihan snapshot.

catatan

Dengan basis data global Aurora berdasarkan Aurora MySQL, Anda tidak dapat melakukan peningkatan di tempat dari Aurora MySQL versi 2 ke versi 3 jika parameter lower_case_table_names diaktifkan. Gunakan metode pemulihan snapshot sebagai gantinya.

Di Aurora MySQL versi 3, parameter init_connect dan read_only tidak berlaku untuk pengguna yang memiliki hak akses CONNECTION_ADMIN. Ini termasuk pengguna master Aurora. Untuk informasi selengkapnya, lihat Model hak akses berbasis peran.

Untuk daftar lengkap parameter klaster Aurora MySQL, lihat Parameter tingkat klaster. Tabel ini mencakup semua parameter dari Aurora MySQL versi 2 dan 3. Tabel ini mencakup catatan yang menunjukkan parameter mana yang baru di Aurora MySQL versi 3 atau yang telah dihapus dari Aurora MySQL versi 3.

Untuk daftar lengkap parameter instans MySQL Aurora, lihat Parameter tingkat instans. Tabel ini mencakup semua parameter dari Aurora MySQL versi 2 dan 3. Tabel ini mencakup catatan yang menunjukkan parameter mana yang baru di Aurora MySQL versi 3 dan parameter mana yang dihapus dari Aurora MySQL versi 3. Ini juga mencakup catatan yang menunjukkan parameter mana yang dapat dimodifikasi di versi sebelumnya, tetapi bukan Aurora MySQL versi 3.

Untuk informasi tentang nama parameter yang berubah, lihat Perubahan bahasa inklusif untuk Aurora MySQL versi 3.

Variabel status

Untuk informasi tentang variabel status yang tidak berlaku untuk Aurora MySQL, lihat Variabel status MySQL yang tidak berlaku untuk Aurora MySQL.

Perubahan bahasa inklusif untuk Aurora MySQL versi 3

Aurora MySQL versi 3 kompatibel dengan versi 8.0.23 MySQL edisi komunitas. Aurora MySQL versi 3 juga mencakup perubahan dari MySQL 8.0.26 terkait dengan kata kunci dan skema sistem untuk bahasa inklusif. Misalnya, perintah SHOW REPLICA STATUS sekarang lebih disarankan daripada SHOW SLAVE STATUS.

CloudWatch Metrik Amazon berikut memiliki nama baru di Aurora MySQL versi 3.

Di Aurora MySQL versi 3, hanya nama metrik baru yang tersedia. Pastikan untuk memperbarui alarm atau otomatisasi lain yang bergantung pada nama metrik saat Anda meningkatkan ke Aurora MySQL versi 3.

Nama lama	Nama baru
ForwardingMasterDMLLatency	ForwardingWriterDMLLatency
ForwardingMasterOpenSessions	ForwardingWriterOpenSessions
AuroraDMLRejectedMasterFull	AuroraDMLRejectedWriterFull
ForwardingMasterDMLThroughput	ForwardingWriterDMLThroughput

Variabel status berikut memiliki nama baru di Aurora MySQL versi 3.

Untuk kompatibilitas, Anda dapat menggunakan salah satu nama ini dalam rilis awal Aurora MySQL versi 3. Nama variabel status lama akan dihapus dalam rilis mendatang.

Nama yang akan dihapus	Nama yang baru atau direkomendasikan
Aurora_fwd_master_dml_stmt_duration	Aurora_fwd_writer_dml_stmt_duration
Aurora_fwd_master_dml_stmt_count	Aurora_fwd_writer_dml_stmt_count
Aurora_fwd_master_select_stmt_duration	Aurora_fwd_writer_select_stmt_duration
Aurora_fwd_master_select_stmt_count	Aurora_fwd_writer_select_stmt_count
Aurora_fwd_master_errors_session_timeout	Aurora_fwd_writer_errors_session_timeout
Aurora_fwd_master_open_sessions	Aurora_fwd_writer_open_sessions
Aurora_fwd_master_errors_session_limit	Aurora_fwd_writer_errors_session_limit
Aurora_fwd_master_errors_rpc_timeout	Aurora_fwd_writer_errors_rpc_timeout

Parameter konfigurasi berikut memiliki nama baru di Aurora MySQL versi 3.

Untuk kompatibilitas, Anda dapat memeriksa nilai parameter di klien mysql dengan menggunakan salah satu nama dalam rilis awal Aurora MySQL versi 3. Anda hanya dapat menggunakan nama baru saat memodifikasi nilai dalam grup parameter kustom. Nama parameter lama akan dihapus dalam rilis mendatang.

Nama yang akan dihapus	Nama yang baru atau direkomendasikan
aurora_fwd_master_idle_timeout	aurora_fwd_writer_idle_timeout
aurora_fwd_master_max_connections_pct	aurora_fwd_writer_max_connections_pct
master_verify_checksum	source_verify_checksum
sync_master_info	sync_source_info
init_slave	init_replica
rpl_stop_slave_timeout	rpl_stop_replica_timeout
log_slow_slave_statements	log_slow_replica_statements
slave_max_allowed_packet	replica_max_allowed_packet
slave_compressed_protocol	replica_compressed_protocol
slave_exec_mode	replica_exec_mode
slave_type_conversions	replica_type_conversions
slave_sql_verify_checksum	replica_sql_verify_checksum
slave_parallel_type	replica_parallel_type
slave_preserve_commit_order	replica_preserve_commit_order
log_slave_updates	log_replica_updates
slave_allow_batching	replica_allow_batching
slave_load_tmpdir	replica_load_tmpdir
slave_net_timeout	replica_net_timeout
sql_slave_skip_counter	sql_replica_skip_counter
slave_skip_errors	replica_skip_errors
slave_checkpoint_period	replica_checkpoint_period
slave_checkpoint_group	replica_checkpoint_group
slave_transaction_retries	replica_transaction_retries
slave_parallel_workers	replica_parallel_workers
slave_pending_jobs_size_max	replica_pending_jobs_size_max
pseudo_slave_mode	pseudo_replica_mode

Prosedur tersimpan berikut memiliki nama baru di Aurora MySQL versi 3.

Untuk kompatibilitas, Anda dapat menggunakan salah satu nama ini dalam rilis awal Aurora MySQL versi 3. Nama prosedur lama akan dihapus dalam rilis mendatang.

Nama yang akan dihapus	Nama yang baru atau direkomendasikan
mysql.rds_set_master_auto_position	mysql.rds_set_source_auto_position
mysql.rds_set_external_master	mysql.rds_set_external_source
mysql.rds_set_external_master_with_auto_position	mysql.rds_set_external_source_with_auto_position
mysql.rds_reset_external_master	mysql.rds_reset_external_source
mysql.rds_next_master_log	mysql.rds_next_source_log

Nilai AUTO_INCREMENT

Di Aurora MySQL versi 3, Aurora mempertahankan nilai AUTO_INCREMENT untuk setiap tabel saat mengaktifkan ulang setiap instans DB. Di Aurora MySQL versi 2, nilai AUTO_INCREMENT tidak dipertahankan setelah pengaktifan ulang.

AUTO_INCREMENTNilai tidak dipertahankan saat Anda menyiapkan klaster baru dengan memulihkan dari snapshot, melakukan point-in-time pemulihan, dan mengkloning kloning klaster. Dalam kasus ini, nilai AUTO_INCREMENT diinisialisasi ke nilai berdasarkan nilai kolom terbesar dalam tabel pada saat snapshot dibuat. Perilaku ini berbeda dari di RDS for MySQL 8.0, yang mempertahankan nilai selama operasi AUTO_INCREMENT ini.

Replikasi log biner

Dalam MySQL 8.0 edisi komunitas, replikasi log biner diaktifkan secara default. Di Aurora MySQL versi 3, replikasi log biner dinonaktifkan secara default.

Tip

Jika persyaratan ketersediaan tinggi Anda dipenuhi oleh fitur replikasi default Aurora, Anda dapat menonaktifkan replikasi log biner. Dengan begitu, Anda dapat menghindari overhead performa replikasi log biner. Anda juga dapat menghindari pemantauan dan pemecahan masalah terkait yang diperlukan untuk mengelola replikasi log biner.

Aurora mendukung replikasi log biner dari sumber yang kompatibel dengan MySQL 5.7 ke Aurora MySQL versi 3. Sistem sumber dapat berupa klaster DB Aurora MySQL, instans DB RDS for MySQL, atau instans MySQL on-premise.

Seperti halnya MySQL komunitas, Aurora MySQL mendukung replikasi dari sumber yang menjalankan versi tertentu ke target yang menjalankan versi mayor yang sama atau satu versi mayor yang lebih tinggi. Misalnya, replikasi dari sistem yang kompatibel dengan MySQL 5.6 ke Aurora MySQL versi 3 tidak didukung. Replikasi dari Aurora MySQL versi 3 ke sistem yang kompatibel dengan MySQL 5.7 atau MySQL 5.6 tidak didukung. Untuk detail tentang menggunakan replikasi log biner, lihat Replikasi antara Aurora dan MySQL atau antara Aurora dan klaster DB Aurora lainnya (replikasi log biner).

Aurora MySQL versi 3 mencakup perbaikan replikasi log biner di MySQL 8.0, komunitas seperti replikasi yang difilter. Untuk detail tentang peningkatan MySQL 8.0 komunitas, lihat How Servers Evaluate Replication Filtering Rules dalam Panduan Referensi MySQL.

Kompresi transaksi untuk replikasi log biner

Untuk informasi penggunaan tentang kompresi log biner, lihat Binary Log Transaction Compression dalam Panduan Referensi MySQL.

Batasan berikut berlaku untuk kompresi log biner di Aurora MySQL versi 3:

• Transaksi yang data log binernya lebih besar dari ukuran paket maksimum yang diizinkan tidak akan dikompresi. Hal ini berlaku terlepas dari apakah pengaturan kompresi log biner Aurora MySQL diaktifkan atau tidak. Transaksi semacam itu direplikasi tanpa dikompresi.

• Jika Anda menggunakan konektor untuk pengambilan data perubahan (CDC) yang belum mendukung MySQL 8.0, Anda tidak dapat menggunakan fitur ini. Kami menyarankan Anda menguji konektor pihak ketiga secara menyeluruh dengan kompresi log biner. Selain itu, kami menyarankan Anda melakukannya sebelum mengaktifkan kompresi binlog pada sistem yang menggunakan replikasi binlog untuk CDC.