Lewati ke Konten Utama

Amazon RDS for MySQL

FAQ Amazon RDS for MySQL

Topik halaman

Umum

Buka semua

Amazon Relational Database (Amazon RDS) for MySQL kini mendukung Edisi MySQL Community versi 8.4 dan 8.0. RDS untuk MySQL juga mendukung MySQL 5.7 di bawah RDS Extended Support. Anda dapat menemukan informasi selengkapnya tentang versi minor yang didukung tersedia di Panduan Pengguna Amazon RDS .

Dalam konteks MySQL, nomor versi diatur sebagai berikut:
Versi MySQL = X.Y.Z

X = Versi mayor, Y = Tingkat rilis, Z = Nomor versi dalam seri rilis.
Dari sudut pandang Amazon RDS, perubahan versi akan dianggap mayor jika versi mayor atau tingkat rilis diubah. Contoh: beralih dari 5.6.X -> 5.7.X.
Perubahan versi akan dianggap minor jika nomor versi dalam rilis sedang diubah. Contoh: beralih dari 5.6.27 -> 5.6.29.

Ya. Silakan merujuk ke FAQ Amazon RDS .

Pemulihan titik waktu, pemulihan snapshot, dan integrasi nol-ETL dengan fitur Amazon Redshift dari Amazon RDS for MySQL memerlukan mesin penyimpanan yang dapat dipulihkan dari kerusakan dan hanya didukung untuk mesin penyimpanan InnoDB. Meskipun MySQL mendukung banyak mesin penyimpanan dengan berbagai kemampuan, tidak semua mesin dioptimalkan untuk pemulihan kerusakan dan daya tahan data. Misalnya, mesin penyimpanan MyISAM tidak mendukung pemulihan kerusakan yang andal dan dapat mengakibatkan hilang atau rusaknya data saat MySQL dimulai ulang setelah mengalami kerusakan, sehingga pemulihan titik waktu atau pemulihan snapshot tidak dapat berfungsi sebagaimana mestinya. Namun, jika Anda masih memilih untuk menggunakan MyISAM dengan Amazon RDS, mengikuti langkah-langkah ini dapat membantu dalam skenario tertentu untuk fungsionalitas pemulihan snapshot DB. Mesin Penyimpanan Gabungan saat ini tidak didukung oleh RDS for MySQL.

Saat Anda membuat instans DB baru, pengguna primer default yang Anda gunakan mendapatkan hak istimewa tertentu. Lihat Hak Istimewa Akun Pengguna Utama di Panduan Pengguna Amazon RDS untuk daftar hak istimewa.

Replika Baca RDS for MySQL memerlukan mesin penyimpanan transaksional dan hanya didukung untuk mesin penyimpanan InnoDB. Mesin penyimpanan MySQL non-transaksional, seperti MyISAM, mungkin mencegah Replika Baca bekerja sebagaimana mestinya. Namun, jika Anda masih memilih untuk menggunakan MyISAM dengan Replika Baca, kami menyarankan agar Anda memantau metrik "Keterlambatan Replika" Amazon CloudWatch (tersedia melalui Konsol Manajemen AWS atau API Amazon CloudWatch) dengan teliti dan membuat ulang Replika Baca jika terjadi keterlambatan karena kesalahan replikasi. Pertimbangan yang sama berlaku untuk penggunaan tabel sementara dan mesin non-transaksional lainnya.

Anda dapat mengatur format logging biner menjadi berbasis baris untuk MySQL versi 5.6 dan yang lebih baru. Secara default, replikasi diatur ke format campuran (yang mencakup replikasi berbasis baris dan berbasis pernyataan), yang harus memenuhi persyaratan sebagian besar kasus penggunaan. Dokumentasi MySQL menawarkan informasi selengkapnya tentang perbedaan antara replikasi format campuran dan berbasis baris.

FAQ Deployment Blue/Green Amazon

Buka semua

Amazon RDS Blue/Green Deployments tersedia di RDS untuk MySQL versi 5.7 dan yang lebih tinggi. Pelajari lebih lanjut tentang versi yang tersedia dalam dokumentasi RDS untuk MySQL .

Penyebaran Amazon RDS Biru/Hijau tersedia di semua Wilayah AWS dan Wilayah AWS GovCloud yang berlaku.

Deployment Blue/Green Amazon RDS memungkinkan Anda membuat perubahan basis data yang lebih aman, sederhana, dan cepat, seperti peningkatan versi mayor atau minor, perubahan skema, penskalaan instans, perubahan parameter mesin, serta pembaruan pemeliharaan.

Deployment Blue/Green Amazon RDS memungkinkan Anda melakukan perubahan basis data yang lebih aman, sederhana, dan cepat. Deployment Blue/Green ideal untuk kasus penggunaan, seperti peningkatan mesin basis data versi utama atau minor, pembaruan sistem operasi, perubahan skema pada lingkungan green yang tidak merusak replikasi logis, seperti menambahkan kolom baru di akhir tabel, atau perubahan pengaturan parameter basis data. Anda dapat menggunakan Deployment Blue/Green untuk membuat beberapa pembaruan basis data secara bersamaan menggunakan satu switchover. Hal ini memungkinkan Anda untuk tetap mengikuti patch keamanan, meningkatkan performa basis data, serta mengakses fitur basis data yang lebih baru dengan waktu henti yang singkat dan dapat diprediksi.

Anda akan dikenai biaya yang sama untuk menjalankan beban kerja Anda pada instans green seperti yang Anda lakukan untuk instans blue. Biaya menjalankan instans biru dan hijau mencakup harga standar kami saat ini untuk db.instance, biaya penyimpanan, biaya I/O baca/tulis, dan fitur apa pun yang diaktifkan, seperti biaya pencadangan dan Amazon RDS Performance Insights. Secara efektif, Anda membayar sekitar 2x biaya untuk menjalankan beban kerja di db.instance untuk masa pakai deployment-blue-green.

Misalnya: Anda memiliki basis data RDS for MySQL 5.7 yang berjalan pada dua db.instance r5.2xlarge, sebuah instans basis data primer, dan sebuah replika baca, di Wilayah AWS us-east-1 dengan konfigurasi Multi-AZ (MAZ). Masing-masing r5.2xlarge db.instance dikonfigurasi untuk 20 GiB General Purpose Amazon Elastic Block Store (Amazon EBS) . Anda membuat klona topologi instans blue menggunakan Deployment Blue/Green Amazon RDS, menjalankannya selama 15 hari (360 jam), lalu menghapus instans blue tersebut setelah switchover berhasil. Biaya instans blue adalah 1.387 USD selama 15 hari dengan tarif sesuai permintaan sebesar 1,926 USD/jam (biaya Instans + EBS). Total biaya Anda untuk penggunaan Deployment Blue/Green selama 15 hari tersebut adalah 2.774 USD, yaitu 2x biaya menjalankan instans blue selama periode waktu tersebut.

Deployment Blue/Green Amazon RDS memungkinkan Anda membuat perubahan basis data yang lebih aman, sederhana, dan cepat, seperti peningkatan versi mayor atau minor, perubahan skema, penskalaan instans, perubahan parameter mesin, serta pembaruan pemeliharaan.

Di Deployment Blue/Green Amazon RDS, lingkungan blue adalah lingkungan produksi Anda saat ini. Lingkungan green adalah lingkungan uji coba yang akan menjadi lingkungan produksi baru Anda setelah switchover.

Saat menginisiasi switchover, Deployment Blue/Green Amazon RDS memblokir penulisan ke lingkungan blue dan green, hingga switchover selesai. Selama switchover, lingkungan uji coba—atau lingkungan green—mengikuti lingkungan blue, yang memastikan konsistensi data di antara lingkungan blue dan green. Setelah lingkungan blue dan green sepenuhnya sinkron, Deployment Blue/Green mempromosikan lingkungan green sebagai lingkungan blue baru dengan mengalihkan lalu lintas ke lingkungan green. Deployment Blue/Green didesain untuk mengaktifkan penulisan di lingkungan green setelah switchover selesai, sehingga memastikan tidak data yang hilang selama proses switchover.

Jika lingkungan blue Anda adalah replika logis yang dikelola sendiri, atau pelanggan, kami akan memblokir switchover. Sebaiknya hentikan replikasi ke lingkungan blue terlebih dahulu, proses switchover, lalu lanjutkan replikasi. Sebaliknya, jika lingkungan blue Anda adalah sumber untuk replika logis yang dikelola sendiri, atau penerbit, Anda dapat melanjutkan switchover. Namun, Anda perlu memperbarui replika yang dikelola sendiri untuk melakukan replikasi dari lingkungan green pasca-switchover.

Deployment Blue/Green Amazon RDS tidak menghapus lingkungan produksi lama Anda. Jika diperlukan, Anda dapat mengaksesnya untuk validasi tambahan dan pengujian performa/regresi. Jika tidak lagi membutuhkan lingkungan produksi yang lama, Anda dapat menghapusnya. Biaya penagihan standar berlaku pada instans produksi lama hingga Anda menghapusnya.

Pagar pembatas switchover Deployment Blue/Green Amazon RDS memblokir penulisan di lingkungan blue dan green Anda hingga lingkungan green mengikutinya sebelum melakukan switchover. Deployment Blue/Green juga melakukan pemeriksaan kondisi atas primer dan replika Anda di lingkungan blue dan green. Deployment Blue/Green juga melakukan pemeriksaan kondisi replikasi, misalnya, untuk melihat apakah replikasi telah berhenti atau jika terdapat kesalahan. Deployment Blue/Green mendeteksi transaksi jangka panjang antara lingkungan blue dan green Anda. Anda dapat menentukan waktu henti maksimum yang dapat ditoleransi, serendah-rendahnya 30 detik, dan jika memiliki transaksi yang sedang berlangsung yang melebihi waktu tersebut, switchover akan berakhir.

Tidak, Amazon RDS Blue/Green Deployments tidak mendukung Amazon RDS Proxy, replika baca lintas wilayah, atau replika baca bertingkat.

Tidak, saat ini Anda tidak dapat menggunakan Deployment Blue/Green Amazon RDS untuk mengembalikan perubahan.

FAQ Amazon RDS Optimized Writes

Buka semua

MySQL melindungi pengguna dari kehilangan data dengan menulis data dalam halaman 16KiB dalam memori dua kali ke penyimpanan tahan lama — pertama ke “buffer penulisan ganda” dan kemudian ke penyimpanan tabel. Amazon RDS Optimized Writes menulis halaman data 16KiB Anda langsung ke file data Anda dengan andal dan tahan lama dalam satu langkah menggunakan fitur Torn W rite Prevention dari Sistem AWS Nitro.

Amazon RDS Optimized Writes tersedia untuk MySQL versi utama 8.0.30 dan yang lebih tinggi.

Amazon RDS Optimized Writes tersedia di instans db.r6i dan db.r5b. Mereka tersedia di semua Wilayah di mana instance ini tersedia.

Semua pengguna RDS untuk MySQL harus menerapkan Amazon RDS Optimized Writes untuk peningkatan throughput transaksi penulisan hingga 2x. Aplikasi dengan beban kerja tulis yang tinggi, seperti pembayaran digital, perdagangan instrumen keuangan, dan aplikasi game online akan sangat merasakan manfaat fitur ini.

Tidak. Amazon Aurora MySQL-kompatibel Edition sudah menghindari penggunaan buffer “doublewrite”. “ Sebagai gantinya, Aurora mereplikasi data dengan enam cara di tiga Zona Ketersediaan (AZ) dan menggunakan pendekatan berbasis kuorum untuk menulis data secara tahan lama serta membacanya dengan benar setelah itu.

Saat ini, rilis awal ini tidak mendukung pengaktifan Amazon RDS Optimized Writes untuk instans basis data yang sudah ada meskipun kelas instans mendukung Optimized Writes.

Amazon RDS Optimized Writes tersedia untuk pelanggan RDS for MySQL tanpa biaya tambahan.

FAQ Amazon RDS Optimized Reads

Buka semua

Beban kerja yang menggunakan objek sementara di MySQL untuk pemrosesan kueri mendapat manfaat dari Amazon RDS Optim ized Reads. Pembacaan yang Dioptimalkan menempatkan objek sementara pada penyimpanan instans berbasis NVMe instance database, bukan volume Amazon EBS. Hal ini membantu mempercepat pemrosesan kueri kompleks hingga 50%.

Pembacaan yang Dioptimalkan Amazon RDS tersedia untuk RDS untuk MySQL pada My SQL versi 8.0. 28 dan yang lebih tinggi.

Pembacaan yang Dioptimalkan Amazon RDS tersedia di semua Wilayah di mana instans db.r5d, db.m5d, db.r6gd, db.m6gd, x2idn, dan x2ieDN tersedia. Untuk informasi selengkapnya, lihat dokumentasi kelas instans Amazon RDS DB .

Pelanggan sebaiknya menggunakan Amazon RDS Optimized Reads ketika mereka memiliki beban kerja yang memerlukan kueri kompleks; analitik tujuan umum; atau yang memerlukan grup, penyortiran, agregasi hash, penggabungan beban tinggi, dan Ekspresi Tabel Umum (CTE) yang rumit. Kasus penggunaan ini menghasilkan pembuatan tabel sementara, yang memungkinkan Optimized Reads mempercepat pemrosesan kueri beban kerja Anda.

Ya, pelanggan dapat mengonversi basis data Amazon RDS mereka yang ada untuk menggunakan Amazon RDS Optimized Reads dengan memindahkan beban kerja Anda ke instans dengan Optimized Reads yang diaktifkan. Optimized Reads juga tersedia secara default pada semua kelas instans yang didukung. Jika menjalankan beban kerja pada instans db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn, dan X2iedn, Anda sudah mendapatkan keuntungan dari Optimized Reads.