Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Upgrade RDS untuk mesin MySQL DB
Ketika Amazon RDS mendukung versi baru mesin basis data, Anda dapat meningkatkan instans DB Anda ke versi baru. Ada dua jenis peningkatan untuk basis data MySQL: peningkatan versi mayor dan peningkatan versi minor.
**Peningkatan versi mayor**
*Peningkatan versi mayor* dapat berisi perubahan basis data yang tidak memiliki kompatibilitas mundur dengan aplikasi yang ada. Oleh karena itu, Anda harus melakukan peningkatan versi mayor untuk instans DB Anda secara manual. Anda dapat memulai peningkatan versi mayor dengan mengubah instans DB Anda. Sebelum Anda melakukan peningkatan versi mayor, kami sarankan agar Anda mengikuti petunjuk dalam [Upgrade versi utama untuk RDS untuk MySQL](USER_UpgradeDBInstance.MySQL.Major.md).
Untuk peningkatan versi utama penerapan instans DB multi-AZ, Amazon RDS secara bersamaan meningkatkan replika primer dan siaga. Instans DB Anda tidak akan tersedia hingga peningkatan selesai. Untuk peningkatan versi utama penerapan klaster DB multi-AZ, Amazon RDS memutakhirkan instance anggota cluster satu per satu.
Anda dapat meminimalkan waktu henti yang diperlukan untuk peningkatan versi utama dengan menggunakan blue/green penerapan. Untuk informasi selengkapnya, lihat [Menggunakan Amazon RDS Blue/Green Aurora Deployment untuk pembaruan database](blue-green-deployments.md).
**Peningkatan versi minor**
*Peningkatan versi minor* hanya mencakup perubahan yang memiliki kompatibilitas mundur dengan aplikasi yang ada. Anda dapat memulai peningkatan versi minor secara manual dengan memodifikasi instans DB Anda. Atau Anda dapat mengaktifkan opsi **Peningkatan versi minor otomatis** saat membuat atau memodifikasi instans DB. Tindakan ini akan membuat Amazon RDS secara otomatis meningkatkan instans DB Anda setelah menguji dan menyetujui versi baru. Untuk informasi tentang melakukan peningkatan, lihat [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md).
Saat Anda melakukan peningkatan versi minor klaster DB Multi-AZ, Amazon RDS meningkatkan instans DB pembaca satu per satu. Kemudian, salah satu instans DB pembaca beralih menjadi instans DB penulis baru. Amazon RDS kemudian meningkatkan instans penulis lama (yang sekarang menjadi instans pembaca).
Waktu henti untuk peningkatan versi minor deployment *instans* DB Multi-AZ dapat berlangsung selama beberapa menit. Klaster DB Multi-AZ biasanya mengurangi waktu henti peningkatan versi minor menjadi sekitar 35 detik. Saat digunakan dengan Proksi RDS, Anda dapat mengurangi waktu henti menjadi satu detik atau kurang. Untuk informasi selengkapnya, lihat [Proksi Amazon RDS Aurora](rds-proxy.md). [Sebagai alternatif, Anda dapat menggunakan proxy database open source seperti [ProxySQL](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-of-downtime-with-proxysql-when-upgrading-amazon-rds-multi-az-deployments-with-two-readable-standbys/),, atau Advanced JDBC [PgBouncer](https://aws.amazon.com/blogs/database/fast-switchovers-with-pgbouncer-on-amazon-rds-multi-az-deployments-with-two-readable-standbys-for-postgresql/)Wrapper Driver.AWS](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-downtime-with-the-advanced-jdbc-wrapper-driver-when-upgrading-amazon-rds-multi-az-db-clusters/)
Amazon RDS juga mendukung kebijakan peluncuran pemutakhiran untuk mengelola peningkatan versi minor otomatis di beberapa sumber daya database dan. Akun AWS Untuk informasi selengkapnya, lihat [Menggunakan kebijakan peluncuran AWS Organizations pemutakhiran untuk peningkatan versi minor otomatis](RDS.Maintenance.AMVU.UpgradeRollout.md).
Jika instans DB MySQL Anda menggunakan replika baca, maka Anda harus meningkatkan semua replika baca sebelum meningkatkan instans sumber.
**Topics**
+ [Pertimbangan untuk peningkatan MySQL](#USER_UpgradeDBInstance.MySQL.Considerations)
+ [Menemukan target peningkatan yang valid](#USER_UpgradeDBInstance.MySQL.FindingTargets)
+ [Nomor versi MySQL](USER_UpgradeDBInstance.MySQL.VersionID.md)
+ [Nomor versi RDS di RDS untuk MySQL](USER_UpgradeDBInstance.MySQL.rds.version.md)
+ [Upgrade versi utama untuk RDS untuk MySQL](USER_UpgradeDBInstance.MySQL.Major.md)
+ [Menguji RDS untuk SQL peningkatan Saya](USER_UpgradeDBInstance.MySQL.UpgradeTesting.md)
+ [Meningkatkan instans DB MySQL](#USER_UpgradeDBInstance.MySQL.Upgrading)
+ [Upgrade versi minor otomatis RDS untuk My SQL](USER_UpgradeDBInstance.MySQL.Minor.md)
+ [Menggunakan replika baca untuk mengurangi waktu henti saat memutakhirkan RDS untuk database MySQL](USER_UpgradeDBInstance.MySQL.ReducedDowntime.md)
+ [Memantau RDS untuk upgrade mesin MySQL dengan acara](USER_UpgradeDBInstance.MySQL.Monitoring.md)
## Pertimbangan untuk peningkatan MySQL
Amazon RDS mengambil dua atau lebih snapshot DB selama proses peningkatan. Amazon RDS mengambil hingga dua snapshot dari instans DB *sebelum* melakukan perubahan peningkatan. Jika peningkatan tidak berfungsi untuk basis data Anda, Anda dapat memulihkan salah satu snapshot ini untuk membuat instans DB yang menjalankan versi lama. Amazon RDS mengambil snapshot lain dari instans DB saat peningkatan selesai. Amazon RDS mengambil snapshot ini terlepas dari apakah AWS Backup mengelola cadangan untuk instans DB.
**catatan**
Amazon RDS hanya mengambil snapshot DB jika Anda telah mengatur periode retensi cadangan untuk instans DB Anda ke angka yang lebih besar dari 0. Untuk mengubah periode retensi cadangan Anda, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
Setelah peningkatan selesai, Anda tidak dapat kembali ke versi mesin basis data sebelumnya. Jika Anda ingin kembali ke versi yang lebih lama, pulihkan snapshot DB pertama yang diambil untuk membuat instans DB baru.
Anda mengontrol waktu untuk meningkatkan instans DB Anda ke versi baru yang didukung oleh Amazon RDS. Tingkat kontrol ini membantu Anda menjaga kompatibilitas dengan versi basis data spesifik dan menguji versi baru untuk aplikasi Anda sebelum menerapkannya dalam produksi. Saat Anda siap, Anda dapat melakukan peningkatan versi pada waktu yang paling cocok dengan jadwal Anda.
Jika instans DB Anda menggunakan replikasi baca, maka Anda harus meningkatkan semua replika baca sebelum meningkatkan instans sumber.
## Menemukan target peningkatan yang valid
Saat Anda menggunakan Konsol Manajemen AWS untuk memutakhirkan instans DB, ini menunjukkan target pemutakhiran yang valid untuk instans DB. Anda juga dapat menjalankan AWS CLI perintah berikut untuk mengidentifikasi target pemutakhiran yang valid untuk instans DB:
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine mysql \
--engine-version version_number \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine mysql ^
--engine-version version_number ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Misalnya, untuk mengidentifikasi target pemutakhiran yang valid untuk instance MySQL versi 8.0.28 DB, jalankan perintah berikut: AWS CLI
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine mysql \
--engine-version 8.0.28 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine mysql ^
--engine-version 8.0.28 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
# Nomor versi MySQL
*Urutan penomoran versi untuk RDS untuk mesin database MySQL baik dalam bentuk major.minor.patch.yyyymmdd atau *major.minor.patch*, misalnya, 8.0.33.R2.20231201 atau 5.7.44.* Format yang digunakan tergantung pada versi mesin MySQL. Untuk informasi tentang penomoran versi RDS Extended Support, lihat. [Penamaan versi Amazon RDS Extended Support](extended-support-versions.md#extended-support-naming)
**mayor**
Nomor versi utama adalah bilangan bulat dan bagian fraksional pertama dari nomor versi, misalnya, 8.0. Peningkatan versi mayor akan meningkatkan bagian mayor dari nomor versi. Misalnya, upgrade dari *5.7* .44 ke 8.0.33 adalah upgrade versi utama, di mana *5.7* dan *8.0* adalah nomor versi utama.
**kecil**
Nomor versi minor adalah bagian ketiga dari nomor versi, misalnya, 33 di 8.0.33.
**tambalan**
Patch adalah bagian keempat dari nomor versi, misalnya, R2 di 8.0.33.R2. Versi patch RDS mencakup perbaikan bug penting yang ditambahkan ke versi minor setelah dirilis.
**YYYMMDD**
Tanggal adalah bagian kelima dari nomor versi, misalnya, 20231201 di 8.0.33.R2.20231201. Versi tanggal RDS adalah patch keamanan yang mencakup perbaikan keamanan penting yang ditambahkan ke versi minor setelah dirilis. Itu tidak termasuk perbaikan apa pun yang mungkin mengubah perilaku mesin.
Tabel berikut menjelaskan skema penamaan untuk RDS untuk MySQL versi 8.4.
| 8.4 versi minor | Skema penamaan |
| --- | --- |
| ≥ 3 | Instans DB baru menggunakan *major.minor.patch.YYMMDD, misalnya, 8.4.3.R2.20241201*. Instans DB yang ada mungkin menggunakan *major.minor.patch*, misalnya, 8.4.3.R2, hingga peningkatan versi mayor atau minor berikutnya. |
Tabel berikut menjelaskan skema penamaan untuk RDS untuk MySQL versi 8.0.
| 8.0 versi minor | Skema penamaan |
| --- | --- |
| ≥ 33 | Instans DB baru menggunakan *major.minor.patch.YYMMDD, misalnya, 8.0.33.R2.20231201*. Instans DB yang ada mungkin menggunakan *major.minor.patch*, misalnya, 8.0.33.R2, hingga versi mayor atau minor Anda berikutnya ditingkatkan. |
| < 33 | Instans DB yang ada menggunakan *major.minor.patch*, misalnya, 8.0.32.R2. |
Tabel berikut menjelaskan skema penamaan untuk RDS untuk MySQL versi 5.7.
| 5.7 versi minor | Skema penamaan |
| --- | --- |
| ≥ 42 | Instans DB baru menggunakan *major.minor.patch.YYMMDD, misalnya, 5.7.42.R2.20231201*. Instans DB yang ada mungkin menggunakan *major.minor.patch*, misalnya, 5.7.42.R2, hingga versi mayor atau minor Anda berikutnya ditingkatkan. |
# Nomor versi RDS di RDS untuk MySQL
Nomor versi RDS menggunakan skema `major.minor.patch` atau `major.minor.patch.YYYYMMDD` penamaan. Versi Amazon RDS Extended Support menggunakan skema penamaan versi *minor-RDS.YYYYMMDD* minor.
Versi patch RDS mencakup perbaikan bug penting yang ditambahkan ke versi minor setelah dirilis. Versi tanggal RDS (*YYYYMMDD*) adalah patch keamanan. Patch keamanan tidak menyertakan perbaikan apa pun yang dapat mengubah perilaku mesin. Untuk informasi tentang penomoran versi RDS Extended Support, lihat. [Penamaan versi Amazon RDS Extended Support](extended-support-versions.md#extended-support-naming)
Anda dapat mengetahui nomor versi RDS dari database RDS untuk MySQL Anda dengan kueri SQL berikut:
```
mysql> select mysql.rds_version();
```
Misalnya, query RDS untuk MySQL 8.0.34 database mengembalikan output berikut:
```
+---------------------+
| mysql.rds_version() |
+---------------------+
| 8.0.34.R2.20231201 |
+---------------------+
1 row in set (0.01 sec)
```
# Upgrade versi utama untuk RDS untuk MySQL
Amazon RDS mendukung peningkatan di tempat berikut untuk versi mayor mesin basis data MySQL:
+ MySQL 5.7 ke MySQL 8.0
+ MySQL 8.0 ke MySQL 8.4
**catatan**
Anda hanya dapat membuat instans MySQL versi 5.7, 8.0, dan 8.4 DB dengan kelas instans DB generasi terbaru dan generasi saat ini.
Dalam beberapa kasus, Anda ingin memutakhirkan instans DB yang berjalan pada kelas instans DB generasi sebelumnya ke instans DB dengan versi mesin MySQL yang lebih tinggi. Dalam hal ini, pertama-tama modifikasi instans DB untuk menggunakan kelas instans DB generasi terbaru atau generasi saat ini. Setelah Anda melakukan ini, Anda kemudian dapat memodifikasi instance DB untuk menggunakan versi mesin database MySQL yang lebih tinggi. Untuk informasi kelas instans DB Amazon RDS, lihat [ DB](Concepts.DBInstanceClass.md).
**Topics**
+ [Gambaran umum peningkatan versi mayor MySQL](#USER_UpgradeDBInstance.MySQL.Major.Overview)
+ [Prececks untuk peningkatan](#USER_UpgradeDBInstance.MySQL.Prechecks)
+ [Rollback setelah gagal memutakhirkan](#USER_UpgradeDBInstance.MySQL.Major.RollbackAfterFailure)
## Gambaran umum peningkatan versi mayor MySQL
Peningkatan versi mayor dapat berisi perubahan basis data yang tidak memiliki kompatibilitas mundur dengan aplikasi yang ada. Akibatnya, Amazon RDS tidak menerapkan peningkatan versi mayor secara otomatis; Anda harus memodifikasi instans DB secara manual. Kami menyarankan Anda untuk menguji peningkatan apa pun secara menyeluruh sebelum menerapkannya ke instans produksi Anda.
Untuk melakukan upgrade versi utama, pertama-tama lakukan pembaruan OS yang tersedia. Setelah pembaruan OS selesai, tingkatkan ke setiap versi utama, misalnya, 5.7 ke 8.0 dan kemudian 8.0 ke 8.4. Untuk informasi tentang memutakhirkan RDS untuk MySQL Multi-AZ DB cluster, lihat. [Memutakhirkan versi mesin cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-upgrading.md) Instans DB MySQL yang dibuat sebelum tanggal 24 April 2014 akan menunjukkan pembaruan OS yang tersedia hingga pembaruan ini diterapkan. Untuk informasi selengkapnya tentang pembaruan OS, lihat [Menerapkan pembaruan ke instans DB](USER_UpgradeDBInstance.Maintenance.md#USER_UpgradeDBInstance.OSUpgrades).
Selama peningkatan versi mayor MySQL, Amazon RDS menjalankan `mysql_upgrade` biner MySQL untuk meningkatkan tabel, jika perlu. Selain itu, Amazon RDS mengosongkan tabel `slow_log` dan `general_log` selama peningkatan versi mayor. Untuk mempertahankan informasi log, simpan konten log sebelum peningkatan versi mayor.
Peningkatan versi mayor MySQL biasanya selesai dalam waktu sekitar 10 menit. Beberapa peningkatan mungkin memakan waktu lebih lama karena ukuran kelas instans DB atau karena instans tidak mengikuti panduan operasional tertentu dalam [Praktik terbaik untuk Amazon RDS](CHAP_BestPractices.md). Jika Anda meningkatkan instans DB dari konsol Amazon RDS, status instans DB menunjukkan waktu peningkatan selesai. Jika Anda meningkatkan menggunakan AWS Command Line Interface (AWS CLI), gunakan [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)perintah dan periksa `Status` nilainya.
## Prececks untuk peningkatan
Amazon RDS menjalankan prechecks sebelum memutakhirkan untuk memeriksa ketidakcocokan. Ketidakcocokan ini bervariasi berdasarkan versi MySQL yang ditingkatkan ke.
Sebagian pra-pemeriksaan disertakan dengan MySQL dan sebagian lainnya dibuat secara khusus oleh tim Amazon RDS. Untuk informasi tentang pra-pemeriksaan yang disediakan oleh MySQL, lihat [Peningkatan checker utility](https://dev.mysql.com/doc/mysql-shell/8.4/en/mysql-shell-utilities-upgrade.html).
Pra-pemeriksaan berjalan sebelum instans DB dihentikan untuk peningkatan, sehingga instans tersebut tidak akan menyebabkan waktu henti ketika berjalan. Jika pra-pemeriksaan menemukan inkompatibilitas, Amazon RDS secara otomatis membatalkan peningkatan sebelum instans DB dihentikan. Amazon RDS juga menghasilkan peristiwa untuk inkompatibilitas. Untuk informasi selengkapnya tentang peristiwa Amazon RDS, lihat [Bekerja dengan pemberitahuan RDS acara Amazon](USER_Events.md).
Amazon RDS mencatat informasi terperinci tentang setiap inkompatibilitas dalam file log `PrePatchCompatibility.log`. Dalam kebanyakan kasus, entri log berisi tautan ke dokumentasi MySQL untuk mengoreksi inkompatibilitas. Untuk informasi selengkapnya tentang format file log, lihat [Melihat dan mencantumkan file log basis data](USER_LogAccess.Procedural.Viewing.md).
Karena sifat prechecks, mereka menganalisis objek dalam database Anda. Analisis ini mengakibatkan konsumsi sumber daya dan menambah waktu penyelesaian peningkatan.
**Topics**
+ [Prececks untuk upgrade dari MySQL 8.0 ke 8.4](#USER_UpgradeDBInstance.MySQL.80to84Prechecks)
+ [Pra-pemeriksaan untuk peningkatan dari MySQL 5.7 ke 8.0](#USER_UpgradeDBInstance.MySQL.57to80Prechecks)
### Prececks untuk upgrade dari MySQL 8.0 ke 8.4
MySQL 8.4 mencakup sejumlah ketidakcocokan dengan MySQL 8.0. Ketidakcocokan ini dapat menyebabkan masalah selama upgrade dari MySQL 8.0 ke MySQL 8.4. Jadi, beberapa persiapan mungkin diperlukan di basis data Anda agar peningkatan berhasil. Berikut ini adalah daftar umum inkompatibilitas tersebut:
+ Tidak boleh ada tabel yang menggunakan jenis atau fungsi data yang usang.
+ Pemicu tidak boleh memiliki pendefinisi yang hilang atau kosong atau konteks pembuatan yang tidak valid.
+ Tidak boleh ada pelanggaran terkait kata kunci atau kata yang digunakan sistem. Beberapa kata kunci mungkin dicadangkan di MySQL 8.4 yang tidak dicadangkan sebelumnya.
Untuk informasi selengkapnya, lihat [Keywords and reserved words](https://dev.mysql.com/doc/refman/8.4/en/keywords.html) dalam dokumentasi MySQL.
+ Tidak boleh ada tabel dalam database sistem MySQL `mysql` 8.0 yang memiliki nama yang sama dengan tabel yang digunakan oleh kamus data MySQL 8.4.
+ Tidak boleh ada mode SQL usang yang ditentukan dalam pengaturan variabel sistem `sql_mode` Anda.
+ Tidak boleh ada tabel atau prosedur tersimpan dengan elemen kolom individu `ENUM` atau `SET` dengan panjang melebihi 255 karakter atau 1020 byte.
+ Instalasi MySQL 8.0 Anda tidak boleh menggunakan fitur yang tidak didukung di MySQL 8.4.
Untuk informasi selengkapnya, lihat [Fitur yang dihapus di MySQL 8.4 dalam dokumentasi MySQL](https://dev.mysql.com/doc/refman/8.4/en/mysql-nutshell.html#mysql-nutshell-removals).
+ Tidak boleh ada nama pembatasan kunci asing yang lebih panjang dari 64 karakter.
+ Untuk dukungan Unicode yang lebih baik, tinjau informasi berikut:
+ Pertimbangkan untuk mengonversi objek yang menggunakan `utf8mb3` charset untuk menggunakan charset. `utf8mb4` Set karakter `utf8mb3` sudah tidak digunakan lagi.
+ Pertimbangkan `utf8mb4` untuk menggunakan referensi kumpulan karakter alih-alih`utf8`, karena saat ini `utf8` adalah alias untuk `utf8mb3` charset. Jika memungkinkan, ubah `utf8` ke yang `utf8mb4` pertama, lalu tingkatkan database Anda.
+ Karena klien yang lebih tua dapat menerima kesalahan set karakter yang tidak dikenal`utf8mb3`, tingkatkan klien database Anda sebelum memutakhirkan database Anda.
Untuk informasi selengkapnya, lihat [The utf8mb3 character set (3-byte UTF-8 unicode encoding)](https://dev.mysql.com/doc/refman/8.4/en/charset-unicode-utf8mb3.html) dalam dokumentasi MySQL.
Untuk mengubah set karakter, Anda dapat secara manual melakukan backup, restore, dan replikasi database Anda. Atau Anda dapat menggunakan Amazon RDS Blue/Green Deployment. Untuk informasi selengkapnya, lihat [Menggunakan Amazon RDS Blue/Green Aurora Deployment untuk pembaruan database](blue-green-deployments.md).
Saat Anda memulai pemutakhiran dari MySQL 8.0 ke 8.4, Amazon RDS menjalankan prechecks secara otomatis untuk mendeteksi ketidakcocokan ini. Untuk informasi tentang upgrade ke MySQL 8.4, [lihat](https://dev.mysql.com/doc/refman/8.4/en/upgrading.html) Upgrade MySQL dalam dokumentasi MySQL.
Pra-pemeriksaan ini wajib dilakukan. Anda tidak dapat memilih untuk melewatinya. Pra-pemeriksaan menyediakan manfaat berikut:
+ Hal ini memungkinkan Anda menghindari waktu henti yang tidak direncanakan selama peningkatan.
+ Jika ada inkompatibilitas, Amazon RDS mencegah peningkatan dan menyediakan log bagi Anda untuk mempelajarinya. Anda kemudian dapat menggunakan log untuk mempersiapkan database Anda untuk upgrade ke MySQL 8.4 dengan mengurangi ketidakcocokan. Untuk informasi rinci tentang menghapus ketidakcocokan, lihat [Mempersiapkan instalasi Anda untuk upgrade](https://dev.mysql.com/doc/refman/8.4/en/upgrade-prerequisites.html) dalam dokumentasi MySQL.
### Pra-pemeriksaan untuk peningkatan dari MySQL 5.7 ke 8.0
MySQL 8.0 menyertakan sejumlah inkompatibilitas dengan MySQL 5.7. Inkompatibilitas ini dapat menyebabkan masalah selama peningkatan dari MySQL 5.7 ke MySQL 8.0. Jadi, beberapa persiapan mungkin diperlukan di basis data Anda agar peningkatan berhasil. Berikut ini adalah daftar umum inkompatibilitas tersebut:
+ Tidak boleh ada tabel yang menggunakan jenis atau fungsi data yang usang.
+ Tidak boleh ada file orphan \$1.frm.
+ Pemicu tidak boleh memiliki pendefinisi yang hilang atau kosong atau konteks pembuatan yang tidak valid.
+ Tidak boleh ada tabel partisi yang menggunakan mesin penyimpanan yang tidak memiliki dukungan partisi native.
+ Tidak boleh ada pelanggaran kata kunci atau kata yang dicadangkan. Beberapa kata kunci mungkin dicadangkan di MySQL 8.0 yang sebelumnya tidak dicadangkan.
Untuk informasi selengkapnya, lihat [Keywords and reserved words](https://dev.mysql.com/doc/refman/8.0/en/keywords.html) dalam dokumentasi MySQL.
+ Tidak boleh ada tabel di basis data sistem `mysql` MySQL 5.7 yang memiliki nama yang sama dengan tabel yang digunakan oleh kamus data MySQL 8.0.
+ Tidak boleh ada mode SQL usang yang ditentukan dalam pengaturan variabel sistem `sql_mode` Anda.
+ Tidak boleh ada tabel atau prosedur tersimpan dengan elemen kolom individu `ENUM` atau `SET` dengan panjang melebihi 255 karakter atau 1020 byte.
+ Sebelum melakukan peningkatan ke MySQL 8.0.13 atau lebih tinggi, tidak boleh ada partisi tabel yang berada di ruang tabel InnoDB yang dibagikan.
+ Tidak boleh ada kueri dan definisi program tersimpan dari MySQL 8.0.12 atau lebih rendah yang menggunakan pengualifikasi `ASC` atau `DESC` untuk klausa `GROUP BY`.
+ Penginstalan MySQL 5.7 Anda tidak boleh menggunakan fitur yang tidak didukung di MySQL 8.0.
Untuk informasi selengkapnya, lihat [Features removed in MySQL 8.0](https://dev.mysql.com/doc/refman/8.0/en/mysql-nutshell.html#mysql-nutshell-removals) dalam dokumentasi MySQL.
+ Tidak boleh ada nama batasan kunci asing yang lebih panjang dari 64 karakter.
+ Untuk dukungan Unicode yang lebih baik, tinjau informasi berikut:
+ Pertimbangkan untuk mengonversi objek yang menggunakan `utf8mb3` charset untuk menggunakan charset. `utf8mb4` Set karakter `utf8mb3` sudah tidak digunakan lagi.
+ Pertimbangkan `utf8mb4` untuk menggunakan referensi kumpulan karakter alih-alih`utf8`, karena saat ini `utf8` adalah alias untuk `utf8mb3` charset. Jika memungkinkan, ubah `utf8` ke yang `utf8mb4` pertama, lalu tingkatkan database Anda.
+ Karena klien yang lebih tua dapat menerima kesalahan set karakter yang tidak dikenal`utf8mb3`, tingkatkan klien database Anda sebelum memutakhirkan database Anda.
Untuk informasi selengkapnya, lihat [The utf8mb3 character set (3-byte UTF-8 unicode encoding)](https://dev.mysql.com/doc/refman/8.4/en/charset-unicode-utf8mb3.html) dalam dokumentasi MySQL.
Untuk mengubah set karakter, Anda dapat secara manual melakukan backup, restore, dan replikasi database Anda. Atau Anda dapat menggunakan Amazon RDS Blue/Green Deployment. Untuk informasi selengkapnya, lihat [Menggunakan Amazon RDS Blue/Green Aurora Deployment untuk pembaruan database](blue-green-deployments.md).
Saat Anda memulai peningkatan dari MySQL 5.7 ke 8.0, Amazon RDS menjalankan pra-pemeriksaan secara otomatis untuk mendeteksi inkompatibilitas ini. Untuk informasi tentang peningkatan ke MySQL 8.0, lihat [Upgrading MySQL](https://dev.mysql.com/doc/refman/8.0/en/upgrading.html) dalam dokumentasi MySQL.
Pra-pemeriksaan ini wajib dilakukan. Anda tidak dapat memilih untuk melewatinya. Pra-pemeriksaan menyediakan manfaat berikut:
+ Hal ini memungkinkan Anda menghindari waktu henti yang tidak direncanakan selama peningkatan.
+ Jika ada inkompatibilitas, Amazon RDS mencegah peningkatan dan menyediakan log bagi Anda untuk mempelajarinya. Kemudian, Anda dapat menggunakan log ini untuk menyiapkan basis data Anda untuk peningkatan ke MySQL 8.0 dengan mengurangi inkompatibilitas. Untuk informasi terperinci tentang cara mengatasi inkompatibilitas, lihat [Preparing your installation for upgrade](https://dev.mysql.com/doc/refman/8.0/en/upgrade-prerequisites.html) dalam dokumentasi MySQL dan [Upgrading to MySQL 8.0? Inilah yang perlu Anda ketahui...](https://dev.mysql.com/blog-archive/upgrading-to-mysql-8-0-here-is-what-you-need-to-know/) di Blog MySQL Server.
## Rollback setelah gagal memutakhirkan
Ketika Anda meng-upgrade instans DB dari MySQL versi 5.7 ke MySQL versi 8.0 atau dari MySQL versi 8.0 ke 8.4, upgrade dapat gagal. Secara khusus, tingkatkan dapat gagal jika kamus data memiliki inkompatibilitas yang tidak terdeteksi oleh pra-pemeriksaan. Dalam hal ini, database gagal memulai dengan sukses di versi MySQL 8.0 atau 8.4 yang baru. Pada tahap ini, Amazon RDS melakukan rollback perubahan yang dilakukan untuk peningkatan. Setelah rollback, instance MySQL DB menjalankan versi aslinya:
+ MySQL versi 8.0 (untuk rollback dari MySQL 8.4)
+ MySQL versi 5.7 (untuk rollback dari MySQL 8.0)
Ketika peningkatan gagal dan di-rollback, Amazon RDS menghasilkan peristiwa dengan ID peristiwa RDS-EVENT-0188.
Biasanya, tingkatkan gagal karena ada inkompatibilitas dalam metadata antara basis data dalam instans DB Anda dan versi MySQL target. Ketika peningkatan gagal, Anda dapat melihat detail tentang inkompatibilitas ini dalam file `upgradeFailure.log`. Atasi inkompatibilitas sebelum mencoba meningkatkan kembali.
Selama percobaan peningkatan yang gagal dan rollback, instans DB Anda akan diaktifkan ulang. Perubahan parameter tertunda diterapkan selama pengaktifan ulang ini dan dipersistensi setelah rollback.
Untuk informasi tentang peningkatan ke MySQL 8.0, lihat topik-topik berikut dalam dokumentasi MySQL:
+ [ Mempersiapkan Penginstalan Anda untuk Peningkatan](https://dev.mysql.com/doc/refman/8.0/en/upgrade-prerequisites.html)
+ [ Meningkatkan ke MySQL 8.0? Inilah yang perlu Anda ketahui...](https://dev.mysql.com/blog-archive/upgrading-to-mysql-8-0-here-is-what-you-need-to-know/)
Untuk informasi selengkapnya tentang upgrade ke MySQL 8.4, [lihat Mempersiapkan Instalasi Anda untuk Upgrade](https://dev.mysql.com/doc/refman/8.4/en/upgrade-prerequisites.html) dalam dokumentasi MySQL.
# Menguji RDS untuk SQL peningkatan Saya
Sebelum Anda melakukan peningkatan versi mayor pada instans DB Anda, uji basis data Anda secara menyeluruh untuk kompatibilitas dengan versi baru. Selain itu, uji secara menyeluruh semua aplikasi yang mengakses basis data untuk kompatibilitas dengan versi baru. Kami menyarankan agar Anda menggunakan prosedur berikut.
**Untuk menguji peningkatan versi mayor**
1. Tinjau dokumentasi peningkatan untuk versi baru mesin basis data untuk melihat apakah ada masalah kompatibilitas yang mungkin memengaruhi basis data atau aplikasi Anda:
+ [Perubahan pada SQL 5.7 Saya](http://dev.mysql.com/doc/refman/5.7/en/upgrading-from-previous-series.html)
+ [Perubahan pada My SQL 8.0](http://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html)
+ [Perubahan di My SQL 8.4](http://dev.mysql.com/doc/refman/8.4/en/upgrading-from-previous-series.html)
1. Jika instans DB Anda adalah anggota dari grup parameter DB kustom, buat grup parameter DB baru dengan pengaturan Anda saat ini yang kompatibel dengan versi mayor yang baru. Tentukan grup parameter DB baru saat Anda meningkatkan instans uji Anda, sehingga pengujian peningkatan Anda memastikan bahwa instans ini berfungsi dengan benar. Untuk informasi selengkapnya tentang cara membuat grup parameter DB, lihat [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
1. Buat snapshot DB dari instans DB yang akan ditingkatkan. Untuk informasi selengkapnya, lihat [Membuat snapshot DB untuk instans DB AZ tunggal untuk Amazon RDS](USER_CreateSnapshot.md).
1. Pulihkan snapshot DB untuk membuat instans DB uji baru. Untuk informasi selengkapnya, lihat [Memulihkan ke instans DB](USER_RestoreFromSnapshot.md).
1. Modifikasi instans DB uji baru ini untuk ditingkatkan ke versi baru menggunakan salah satu metode yang dijelaskan sebagai berikut. Jika Anda membuat grup parameter baru di langkah 2, tentukan grup parameter tersebut.
1. Evaluasi penyimpanan yang digunakan oleh instans yang ditingkatkan untuk menentukan apakah peningkatan memerlukan penyimpanan tambahan.
1. Jalankan pengujian jaminan kualitas terhadap instans DB yang ditingkatkan sebanyak yang diperlukan untuk memastikan bahwa basis data dan aplikasi Anda berfungsi baik dengan versi baru. Terapkan setiap pengujian baru yang diperlukan untuk mengevaluasi dampak dari masalah kompatibilitas yang Anda identifikasi dalam langkah 1. Uji semua prosedur tersimpan dan fungsi. Arahkan versi pengujian aplikasi Anda ke instans DB yang ditingkatkan.
1. Jika semua pengujian berhasil, maka lakukan peningkatan pada instans DB produksi Anda. Kami menyarankan agar Anda tidak mengizinkan operasi tulis ke instans DB hingga Anda mengonfirmasi bahwa semuanya berfungsi dengan benar.
## Meningkatkan instans DB MySQL
Untuk informasi tentang peningkatan instans DB MySQL secara manual atau otomatis, lihat [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md).
# Upgrade versi minor otomatis RDS untuk My SQL
Jika Anda menentukan pengaturan berikut saat membuat atau memodifikasi instans DB, Anda dapat melakukan peningkatan instans DB secara otomatis.
+ Pengaturan **Peningkatan versi minor otomatis** diaktifkan.
+ Pengaturan **Periode retensi cadangan** lebih besar dari 0.
Di Konsol Manajemen AWS, pengaturan ini berada di bawah **Konfigurasi tambahan**. Gambar berikut menunjukkan pengaturan **Peningkatan versi minor otomatis**.
![\[Bagian Pemeliharaan dengan Aktifkan pemutakhiran versi minor otomatis dipilih di RDS konsol Amazon.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/amvu.png)
Untuk informasi selengkapnya tentang pengaturan ini, lihat [Pengaturan untuk instans DB](USER_ModifyInstance.Settings.md).
Untuk beberapa RDS untuk versi SQL utama saya di beberapa Wilayah AWS, satu versi minor ditetapkan oleh RDS sebagai versi upgrade otomatis. Setelah versi minor diuji dan disetujui oleh AmazonRDS, pemutakhiran versi minor terjadi secara otomatis selama jendela pemeliharaan Anda. RDStidak secara otomatis menyetel versi minor yang dirilis yang lebih baru sebagai versi pemutakhiran otomatis. Sebelum RDS menunjuk versi upgrade otomatis yang lebih baru, beberapa kriteria dipertimbangkan, seperti berikut ini:
+ Masalah keamanan yang diketahui
+ Bug di versi SQL Komunitas Saya
+ Stabilitas armada secara keseluruhan sejak versi minor dirilis
Anda dapat menjalankan AWS CLI perintah berikut untuk menentukan versi target pemutakhiran minor otomatis saat ini untuk versi SQL minor Saya yang ditentukan secara spesifik Wilayah AWS.
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine mysql \
--engine-version minor_version \
--region region \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output text
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine mysql ^
--engine-version minor_version ^
--region region ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output text
```
Misalnya, AWS CLI perintah berikut menentukan target pemutakhiran minor otomatis untuk My SQL minor versi 8.0.11 di AS Timur (Ohio) ( Wilayah AWS us-east-2).
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine mysql \
--engine-version 8.0.11 \
--region us-east-2 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output table
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine mysql ^
--engine-version 8.0.11 ^
--region us-east-2 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output table
```
Output Anda akan seperti yang berikut ini.
```
----------------------------------
| DescribeDBEngineVersions |
+--------------+-----------------+
| AutoUpgrade | EngineVersion |
+--------------+-----------------+
| False | 8.0.15 |
| False | 8.0.16 |
| False | 8.0.17 |
| False | 8.0.19 |
| False | 8.0.20 |
| False | 8.0.21 |
| True | 8.0.23 |
| False | 8.0.25 |
+--------------+-----------------+
```
Dalam contoh ini, `AutoUpgrade` nilainya adalah `True` untuk SQL versi Saya 8.0.23. Jadi, target upgrade minor otomatis adalah My SQL version 8.0.23, yang disorot dalam output.
Instans My SQL DB secara otomatis ditingkatkan selama jendela pemeliharaan Anda jika kriteria berikut terpenuhi:
+ Pengaturan **Peningkatan versi minor otomatis** diaktifkan.
+ Pengaturan **Periode retensi cadangan** lebih besar dari 0.
+ Instans DB menjalankan versi mesin DB minor yang lebih rendah dari versi minor peningkatan otomatis saat ini.
Untuk informasi selengkapnya, lihat [Meningkatkan versi mesin minor secara otomatis](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades).
# Menggunakan replika baca untuk mengurangi waktu henti saat memutakhirkan RDS untuk database MySQL
Dalam kebanyakan kasus, deployment blue/green adalah opsi terbaik untuk mengurangi waktu henti saat meningkatkan instans MySQL DB. Untuk informasi selengkapnya, lihat [Menggunakan Amazon RDS Blue/Green Aurora Deployment untuk pembaruan database](blue-green-deployments.md).
Jika Anda tidak dapat menggunakan deployment blue/green dan instans DB MySQL saat ini sedang digunakan dengan aplikasi produksi, Anda dapat menggunakan prosedur berikut untuk meningkatkan versi basis data untuk instans DB Anda. Prosedur ini dapat mengurangi jumlah waktu henti untuk aplikasi Anda.
Dengan menggunakan replika baca, Anda dapat melakukan sebagian besar langkah-langkah pemeliharaan terlebih dahulu dan meminimalkan perubahan yang diperlukan selama pemadaman sebenarnya. Dengan teknik ini, Anda dapat menguji dan mempersiapkan instans DB baru tanpa membuat perubahan pada instans DB Anda yang sudah ada.
Prosedur berikut menunjukkan contoh peningkatan dari MySQL versi 5.7 ke MySQL versi 8.0. Anda dapat menggunakan langkah umum yang sama untuk peningkatan ke versi mayor lainnya. Anda dapat menggunakan langkah umum yang sama untuk peningkatan ke versi mayor lainnya.
**catatan**
Saat Anda meningkatkan dari MySQL versi 5.7 ke MySQL versi 8.0, atau dari MySQL versi 8.0 ke MySQL versi 8.4, selesaikan prechecks sebelum melakukan upgrade. Untuk informasi selengkapnya, silakan lihat [Pra-pemeriksaan untuk peningkatan dari MySQL 5.7 ke 8.0](USER_UpgradeDBInstance.MySQL.Major.md#USER_UpgradeDBInstance.MySQL.57to80Prechecks) dan [Prececks untuk upgrade dari MySQL 8.0 ke 8.4](USER_UpgradeDBInstance.MySQL.Major.md#USER_UpgradeDBInstance.MySQL.80to84Prechecks).
**Untuk meningkatkan basis data MySQL saat instans DB sedang digunakan**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Buat sebuah replika baca dari instans DB MySQL 5.7 Anda. Proses ini membuat salinan yang dapat ditingkatkan dari basis data Anda. Mungkin ada replika baca lainnya dari instans DB tersebut.
1. Pada konsol, pilih **Basis data**, lalu pilih instans DB yang ingin Anda tingkatkan.
1. Untuk **Tindakan**, pilih **Buat replika baca**.
1. Berikan nilai untuk **Pengidentifikasi instans DB** untuk replika baca Anda dan pastikan bahwa **Kelas instans DB** dan pengaturan lainnya sudah sesuai dengan instans DB MySQL 5.7 Anda.
1. Pilih **Buat replika baca**.
1. (Opsional) Ketika replika baca telah dibuat dan **Status** menunjukkan **Tersedia**, ubah replika baca menjadi deployment Multi-AZ dan aktifkan pencadangan.
Secara default, replika baca dibuat dengan cadangan dinonaktifkan. Karena replika baca pada akhirnya menjadi instans DB produksi, ini adalah praktik terbaik untuk mengonfigurasi penerapan multi-AZ dan mengaktifkan pencadangan.
1. Pada konsol, pilih **Basis data**, lalu pilih replika baca yang baru saja Anda buat.
1. Pilih **Ubah**.
1. Untuk **Deployment Multi-AZ**, pilih **Buat instans siaga**.
1. Untuk **Periode Retensi Cadangan**, pilih nilai selain nol positif, misalnya 3 hari, lalu pilih **Lanjutkan**.
1. Untuk **Penjadwalan modifikasi**, pilih **Terapkan segera**.
1. Pilih **Modifikasi instans DB**.
1. Saat **Status** replika baca menunjukkan **Tersedia**, tingkatkan replika baca ke MySQL 8.0:
1. Pada konsol, pilih **Basis data**, lalu pilih replika baca yang baru saja Anda buat.
1. Pilih **Ubah**.
1. Untuk **Versi mesin DB**, pilih versi MySQL 8.0 sebagai target peningkatan, lalu pilih **Lanjutkan**.
1. Untuk **Penjadwalan modifikasi**, pilih **Terapkan segera**.
1. Pilih **Modifikasi instans DB** untuk memulai peningkatan.
1. Ketika pemutakhiran selesai dan **Status** menunjukkan **Tersedia**, verifikasi bahwa replika baca yang ditingkatkan adalah up-to-date dengan instans MySQL 5.7 DB sumber. Untuk memverifikasi, hubungkan ke replika baca dan jalankan perintah `SHOW REPLICA STATUS`. Jika `Seconds_Behind_Master` bidangnya`0`, maka replikasi adalah up-to-date.
**catatan**
Versi MySQL sebelumnya menggunakan `SHOW SLAVE STATUS`, bukan `SHOW REPLICA STATUS`. Jika Anda menggunakan versi MySQL sebelum 8.0.23, gunakan `SHOW SLAVE STATUS`.
1. (Opsional) Buat replika baca dari replika baca Anda.
Jika Anda ingin instans DB memiliki replika baca setelah dipromosikan menjadi instans DB mandiri, Anda dapat membuat replika baca sekarang.
1. Pada konsol, pilih **Basis data**, lalu pilih replika baca yang baru saja Anda tingkatkan.
1. Untuk **Tindakan**, pilih **Buat replika baca**.
1. Berikan nilai untuk **Pengidentifikasi instans DB** untuk replika baca Anda dan pastikan bahwa **Kelas instans DB** dan pengaturan lainnya sudah sesuai dengan instans DB MySQL 5.7 Anda.
1. Pilih **Buat replika baca**.
1. (Opsional) Konfigurasikan grup parameter kustom DB untuk replika baca.
Jika Anda ingin instans DB menggunakan grup parameter kustom setelah dipromosikan menjadi instans DB mandiri, Anda dapat membuat grup parameter DB sekarang dan mengaitkannya dengan replika baca.
1. Buat grup parameter DB kustom untuk MySQL 8.0. Untuk petunjuk, lihat [Membuat grup parameter DB di Amazon RDS ](USER_WorkingWithParamGroups.Creating.md).
1. Modifikasi parameter yang ingin Anda ubah dalam grup parameter DB yang baru saja Anda buat. Untuk petunjuk, lihat [](USER_WorkingWithParamGroups.Modifying.md).
1. Pada konsol, pilih **Basis data**, lalu pilih replika baca.
1. Pilih **Ubah**.
1. Untuk **Grup parameter DB**, pilih grup parameter DB MySQL 8.0 yang baru Anda buat, lalu pilih **Lanjutkan**.
1. Untuk **Penjadwalan modifikasi**, pilih **Terapkan segera**.
1. Pilih **Modifikasi instans DB** untuk memulai peningkatan.
1. Jadikan replika baca MySQL 8.0 Anda sebagai instans DB mandiri.
**penting**
Saat Anda mempromosikan replika baca MySQL 8.0 Anda menjadi instans DB mandiri, replika baca ini bukan lagi merupakan replika dari instans DB MySQL 5.7 Anda. Kami sarankan Anda mempromosikan replika baca MySQL 8.0 selama periode pemeliharaan jika instans DB MySQL 5.7 sumber Anda berada dalam mode hanya baca dan semua operasi tulis ditangguhkan. Saat promosi selesai, Anda dapat mengarahkan operasi tulis Anda ke instans DB MySQL 8.0 yang telah ditingkatkan untuk memastikan bahwa tidak ada operasi tulis yang hilang.
Selain itu, sebelum mempromosikan replika baca MySQL 8.0, kami sarankan Anda menjalankan semua operasi bahasa definisi data (DDL) yang diperlukan di replika baca MySQL 8.0 tersebut. Contohnya adalah membuat indeks. Pendekatan ini akan menghindari efek negatif pada performa replika baca MySQL 8.0 setelah dipromosikan. Untuk mempromosikan replika baca, gunakan prosedur berikut.
1. Pada konsol, pilih **Basis data**, lalu pilih replika baca yang baru saja Anda tingkatkan.
1. Untuk **Tindakan**, pilih **Promosikan**.
1. Pilih **Ya** untuk mengaktifkan pencadangan otomatis untuk instans replika baca. Untuk informasi selengkapnya, lihat [Pengantar cadangan](USER_WorkingWithAutomatedBackups.md).
1. Pilih **Lanjutkan**.
1. Pilih **Promosikan Replika Baca**.
1. Sekarang Anda memiliki versi peningkatan dari basis data MySQL Anda. Pada tahap ini, Anda dapat mengarahkan aplikasi Anda ke instans DB MySQL 8.0 yang baru.
# Memantau RDS untuk upgrade mesin MySQL dengan acara
Saat Anda memutakhirkan versi mesin dari database RDS untuk MySQL, Amazon RDS memancarkan peristiwa tertentu selama setiap fase proses. Untuk melacak kemajuan peningkatan, Anda dapat melihat atau berlangganan acara ini.
Untuk informasi selengkapnya tentang peristiwa RDS, lihat[Memantau RDS](working-with-events.md).
Untuk informasi rinci tentang peristiwa Amazon RDS tertentu yang terjadi selama upgrade engine Anda, lihat[Kategori acara Amazon RDS dan pesan acara Aurora](USER_Events.Messages.md).