Meskipun Aurora MySQL-Compatible Edition kompatibel dengan mesin database MySQL, Aurora MySQL menyertakan fitur dan perbaikan bug yang khusus untuk versi Aurora MySQL tertentu. Pengembang aplikasi dapat memeriksa versi Aurora MySQL dalam aplikasi mereka dengan menggunakan SQL. Administrator database dapat memeriksa dan menentukan versi Aurora MySQL saat membuat atau meningkatkan klaster DB Aurora MySQL dan instans DB Show Saat Anda melakukan tugas administratif menggunakan AWS Management Console, AWS CLI, atau RDS API, Anda menentukan versi MySQL Aurora dalam format alfanumerik deskriptif Dimulai dengan Aurora MySQL 2. 03. 2 dan 1. 17. 9, versi mesin Aurora memiliki sintaks berikut
Bagian
Semua 1. x Versi mesin Aurora MySQL kompatibel dengan kabel dengan Community MySQL 5. 6. 10a. Semua 2. x Versi mesin Aurora MySQL kompatibel dengan kabel dengan Community MySQL 5. 7. 12. Semua 3. x Versi mesin Aurora MySQL kompatibel dengan kabel dengan MySQL 8. 0. 23 dan seterusnya. Anda dapat merujuk ke catatan rilis 3 tertentu. x versi untuk menemukan versi kompatibel MySQL yang sesuai Misalnya, versi mesin untuk Aurora MySQL 3. 02. 0, 2. 03. 2, dan 1. 17. 9 adalah sebagai berikut _Tidak ada korespondensi satu-ke-satu antara versi MySQL komunitas dan Aurora MySQL 1. x dan 2. versi x. Untuk Aurora MySQL versi 3, ada pemetaan yang lebih langsung. Untuk memeriksa perbaikan bug dan fitur baru mana yang ada dalam rilis Aurora MySQL tertentu, lihat Pembaruan mesin database untuk Amazon Aurora MySQL versi 3, Pembaruan mesin database untuk Amazon Aurora MySQL versi 2 dan Pembaruan mesin database untuk Amazon Aurora MySQL versi 1 di Catatan Rilis untuk . Untuk daftar kronologis fitur dan rilis baru, lihat Riwayat dokumen. Untuk memeriksa versi minimum yang diperlukan untuk perbaikan terkait keamanan, lihat Perbaikan kerentanan keamanan di Aurora MySQLdi Catatan Rilis untuk Aurora MySQL Untuk Aurora MySQL 2. x, semua versi 2. 03. 1 dan lebih rendah diwakili oleh versi mesin 3. Dengan cara yang sama, semua versi sebelum 1. 17. 9 diwakili oleh versi mesin _4. Penunjukan versi lama ini tidak menyertakan awalan 5. Saat Anda menentukan 3 atau 4 saat membuat atau memodifikasi cluster, Anda mendapatkan versi tertinggi sebelum 2. 03. 2 dan 1. 17. 9 versi di mana penomoran versi berubah. Untuk menentukan nomor versi yang tepat untuk versi lama tersebut, Anda menggunakan teknik SQL yang dijelaskan diAnda menentukan versi mesin Aurora MySQL di beberapa perintah AWS CLI dan operasi API RDS. Misalnya, Anda menentukan opsi _8 ketika Anda menjalankan perintah AWS CLI buat-db-cluster dan ubah-db-cluster. Anda menentukan parameter 9 saat menjalankan operasi API RDS CreateDBCluster dan ModifyDBClusterDi Aurora MySQL 1. 17. 9 dan lebih tinggi atau 2. 03. 2 dan lebih tinggi, versi mesin di AWS Management Console juga menyertakan versi Aurora. Memutakhirkan cluster mengubah nilai yang ditampilkan. Perubahan ini membantu Anda menentukan dan memeriksa versi Aurora MySQL yang tepat, tanpa perlu terhubung ke cluster atau menjalankan perintah SQL apa pun Untuk klaster Aurora yang dikelola melalui AWS CloudFormation, perubahan pada pengaturan 9 ini dapat memicu tindakan oleh AWS CloudFormation. Untuk informasi tentang cara AWS CloudFormation menangani perubahan pada pengaturan 9, lihat dokumentasi AWS CloudFormationSebelum Aurora MySQL 1. 17. 9 dan 2. 03. 2, proses untuk memperbarui versi mesin adalah dengan menggunakan opsi Terapkan Tindakan Pemeliharaan Tertunda untuk cluster. Proses ini tidak mengubah versi mesin Aurora MySQL yang ditampilkan konsol. Misalnya, Anda melihat klaster Aurora MySQL dengan versi mesin yang dilaporkan 4 atau 3. Untuk mengetahui versi tertentu, sambungkan ke cluster dan kueri variabel sistem 4 seperti yang dijelaskan sebelumnyaNomor versi Aurora yang dapat Anda ambil di aplikasi Anda menggunakan kueri SQL menggunakan format 5. _6. _6. Anda bisa mendapatkan nomor versi ini untuk instans DB apa pun di klaster Aurora MySQL Anda dengan menanyakan variabel sistem 4. Untuk mendapatkan nomor versi ini, gunakan salah satu kueri berikut
Kueri tersebut menghasilkan keluaran yang mirip dengan berikut ini
Nomor versi yang dikembalikan oleh konsol, CLI, dan RDS API dengan menggunakan teknik yang dijelaskan di biasanya lebih deskriptif. Namun, untuk versi sebelum 2. 03. 2 dan 1. 19, AWS selalu mengembalikan nomor versi 3 atau 4. Untuk versi lama tersebut, gunakan teknik SQL untuk memeriksa nomor versi yang tepatSetiap versi Aurora MySQL yang baru tetap tersedia selama jangka waktu tertentu untuk Anda gunakan saat membuat atau memutakhirkan klaster DB. Setelah periode ini, Anda harus memutakhirkan semua kluster yang menggunakan versi tersebut. Anda dapat memutakhirkan klaster secara manual sebelum periode dukungan berakhir, atau Aurora dapat memutakhirkan secara otomatis untuk Anda ketika versi MySQL Aurora tidak lagi didukung Aurora menetapkan versi MySQL Aurora tertentu sebagai rilis dukungan jangka panjang (LTS). Kluster DB yang menggunakan rilis LTS dapat tetap menggunakan versi yang sama lebih lama dan mengalami siklus pemutakhiran yang lebih sedikit dibandingkan dengan kluster yang menggunakan rilis non-LTS. Aurora mendukung setiap rilis LTS setidaknya selama tiga tahun setelah rilis tersebut tersedia. Saat klaster DB yang ada di rilis LTS diperlukan untuk memutakhirkan, Aurora memutakhirkannya ke rilis LTS berikutnya. Dengan begitu, cluster tidak perlu diupgrade lagi dalam waktu yang lama Selama masa rilis Aurora MySQL LTS, level patch baru memperkenalkan perbaikan untuk masalah penting. Tingkat tambalan tidak menyertakan fitur baru apa pun. Anda dapat memilih apakah akan menerapkan tambalan tersebut ke klaster DB yang menjalankan rilis LTS. Untuk perbaikan penting tertentu, Amazon mungkin melakukan pemutakhiran terkelola ke tingkat tambalan dalam rilis LTS yang sama. Pemutakhiran terkelola tersebut dilakukan secara otomatis dalam jendela pemeliharaan klaster Kami menyarankan Anda mengupgrade ke rilis terbaru, alih-alih menggunakan rilis LTS, untuk sebagian besar klaster Aurora MySQL Anda. Dengan melakukannya, manfaatkan Aurora sebagai layanan terkelola dan memberi Anda akses ke fitur terbaru dan perbaikan bug. Rilis LTS ditujukan untuk cluster dengan karakteristik berikut
Rilis LTS saat ini untuk Aurora MySQL adalah sebagai berikut Versi lama ini juga ditetapkan sebagai rilis LTS
Untuk sebagian besar Aurora MySQL 1. x dan 2. versi x, Anda dapat memutakhirkan MySQL 5. Kluster 6-kompatibel ke versi MySQL 5 apa pun. kluster yang kompatibel dengan 7 Namun, jika klaster Anda menjalankan Aurora MySQL 1. 23 atau lebih tinggi, upgrade apa pun ke Aurora MySQL versi 2. x harus ke Aurora MySQL 2. 09 atau lebih tinggi. Pembatasan ini berlaku bahkan saat Anda memutakhirkan dengan memulihkan snapshot untuk membuat klaster Aurora baru. Aurora MySQL 1. 23 mencakup peningkatan dalam penyimpanan Aurora. Misalnya, ukuran maksimum volume cluster lebih besar di Aurora MySQL 1. 23 dan selanjutnya. Aurora MySQL 2. 09 adalah 2 pertama. versi x yang memiliki peningkatan penyimpanan yang sama Apa perbedaan edisi MySQL?Edisi Standar MySQL . MySQL Enterprise Edition . MySQL Cluster Carrier Grade Edition .
Versi MySQL mana yang terbaik?Jadi jika Anda menggunakan satu pengguna untuk klien Anda, itu tidak akan menjadi masalah dan lebih aman daripada versi sebelumnya. Karena MySQL memanfaatkan perangkat keras dan perangkat lunak paling mutakhir, MySQL mengubah variabel defaultnya. Anda dapat membaca di sini untuk lebih jelasnya. Secara keseluruhan, MySQL 8. 0 telah mendominasi MySQL 5. 7 secara efisien.
Apa versi terbaru dari MySQL?Versi ini berisi rilis MySQL 5. 7 hingga MySQL5. 6. 27 versi. Versi ini berisi rilis MySQL 8. 0 hingga MySQL8. 0.
. Fitur Dihapus di MySQL 8. 0 Mengapa tidak ada MySQL 6 dan 7?Pekerjaan pada versi 6 dihentikan setelah akuisisi Sun Microsystems . Produk MySQL Cluster menggunakan versi 7. Keputusan dibuat untuk melompat ke versi 8 sebagai nomor versi utama berikutnya. |