FAQ Amazon RDS for MySQL
Versi MySQL mana saja yang didukung Amazon RDS?
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 yang tersedia di Panduan Pengguna Amazon RDS.
Bagaimana cara Amazon RDS membedakan antara versi rilis "mayor" dan "minor"?
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.
Apakah Amazon RDS menyediakan panduan untuk pemutakhiran versi mesin atau pengusangan versi mesin yang saat ini didukung?
Ya. Lihat FAQ Amazon RDS.
Mesin penyimpanan apa saja yang didukung Amazon RDS for MySQL (Pratinjau)?
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.
Hak istimewa apa saja yang diberikan kepada pengguna primer untuk Instans DB RDS for MySQL saya?
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.
Mesin penyimpanan mana saja yang didukung untuk digunakan dengan Replika Baca RDS for MySQL?
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.
Dapatkah saya mengonfigurasi replikasi antara Instans DB RDS for MySQL dan Replika Baca sumber saya untuk menggunakan replikasi berbasis baris?
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
Versi apa saja yang didukung Deployment Blue/Green Amazon RDS?
Deployment Blue/Green Amazon RDS tersedia di RDS for MySQL versi 5.7 dan di atasnya. Pelajari versi yang tersedia selengkapnya dalam dokumentasi RDS for MySQL.
Wilayah mana saja yang didukung Deployment Blue/Green Amazon RDS?
Deployments Blue/Green Amazon RDS tersedia di semua Wilayah AWS dan Wilayah AWS GovCloud yang berlaku.
Perubahan apa saja yang dapat saya lakukan dengan Deployment Blue/Green Amazon RDS?
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.
Kapan saya sebaiknya menggunakan Deployment Blue/Green Amazon RDS?
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.
Berapa biaya penggunaan Deployment Blue/Green Amazon RDS?
Anda akan dikenai biaya yang sama untuk menjalankan beban kerja Anda pada instans green seperti yang Anda lakukan untuk instans blue. Biaya menjalankan instans blue dan green mencakup harga standar terkini untuk db.instance, biaya penyimpanan, biaya I/O baca/tulis, serta setiap fitur yang diaktifkan, seperti biaya pencadangan dan Wawasan Performa Amazon RDS. 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). Setiap db.instance r5.2xlarge dikonfigurasi untuk Amazon Elastic Block Store (Amazon EBS) Tujuan Umum sebesar 20 GiB. 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.
Perubahan apa saja yang dapat saya lakukan dengan Deployment Blue/Green Amazon RDS?
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.
Apa itu "lingkungan blue" di Deployment Blue/Green Amazon RDS? Apa itu "lingkungan green"?
Bagaimana cara kerja switchover dengan Deployment Blue/Green Amazon RDS?
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.
Dapatkah saya menggunakan Deployment Blue/Green ketika memiliki lingkungan blue sebagai pelanggan/penerbit untuk replika logis yang dikelola sendiri?
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.
Setelah switchover Deployment Blue/Green Amazon RDS, apa yang akan terjadi dengan lingkungan produksi lama saya?
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.
Apa yang diperiksa pagar pembatas switchover Deployment Blue/Green Amazon RDS?
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.
Apakah Deployment Blue/Green Amazon RDS mendukung Proksi Amazon RDS, replika baca lintas Wilayah, atau replika baca bertingkat?
Tidak, Deployment Blue/Green Amazon RDS tidak mendukung Proksi Amazon RDS, replika baca lintas Wilayah, atau replika baca bertingkat.
Dapatkah saya menggunakan Deployment Blue/Green Amazon RDS untuk mengembalikan perubahan?
Tidak, saat ini Anda tidak dapat menggunakan Deployment Blue/Green Amazon RDS untuk mengembalikan perubahan.
FAQ Amazon RDS Optimized Writes
Bagaimana cara Amazon RDS Optimized Writes menulis file data secara berbeda dari MySQL?
MySQL melindungi pengguna dari kehilangan data dengan menuliskan data pada halaman 16 KiB di dalam memori sebanyak dua kali ke penyimpanan yang tahan lama—pertama ke "buffer penulisan ganda", lalu ke penyimpanan tabel. Amazon RDS Optimized Writes menuliskan halaman data 16 KiB langsung ke file data Anda dengan andal dan tahan lama dalam satu langkah menggunakan fitur Pencegahan Tumpang Tindih dari AWS Nitro System.
Versi basis data RDS for MySQL mana saja yang mendukung Amazon RDS Optimized Writes?
Amazon RDS Optimized Writes tersedia untuk MySQL versi utama 8.0.30 dan di atasnya.
Tipe instans basis data mana saja yang mendukung Amazon RDS Optimized Writes? Wilayah mana saja yang menyediakannya?
Amazon RDS Optimized Writes tersedia di instans db.r6i dan db.r5b. Amazon RDS Optimized Writes tersedia di semua Wilayah yang menyediakan instans ini, kecuali Wilayah AWS Tiongkok.
Kapan saya sebaiknya menggunakan Amazon RDS Optimized Writes?
Semua pengguna Amazon RDS for MySQL sebaiknya mengimplementasikan Amazon RDS Optimized Writes untuk peningkatan throughput transaksi tulis hingga 2x lipat. Aplikasi dengan beban kerja tulis yang tinggi, seperti pembayaran digital, perdagangan instrumen keuangan, dan aplikasi game online akan sangat merasakan manfaat fitur ini.
Apakah Amazon RDS Optimized Writes didukung di Amazon Aurora Edisi Kompatibel MySQL?
Tidak. Amazon Aurora Edisi Kompatibel MySQL sudah menghindari penggunaan "buffer penulisan ganda". 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.
Dapatkah pelanggan mengonversi basis data Amazon RDS mereka yang sudah ada untuk menggunakan Amazon RDS Optimized Writes?
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.
Berapa biaya Amazon RDS Optimized Writes?
Amazon RDS Optimized Writes tersedia untuk pelanggan RDS for MySQL tanpa biaya tambahan.
FAQ Amazon RDS Optimized Reads
Bagaimana cara Amazon RDS Optimized Reads mempercepat performa kueri?
Beban kerja yang menggunakan objek sementara di MySQL untuk pemrosesan kueri mendapatkan keuntungan dari Amazon RDS Optimized Reads. Optimized Reads menempatkan objek sementara pada penyimpanan instans berbasis NVMe dari instans basis data, alih-alih volume Amazon EBS. Hal ini membantu mempercepat pemrosesan kueri kompleks hingga 50%.
Versi basis data RDS for MySQL mana saja yang mendukung Amazon RDS Optimized Reads?
Amazon RDS Optimized Reads tersedia untuk RDS for MySQL pada MySQL versi 8.0.28 dan di atasnya.
Tipe instans basis data mana saja yang mendukung Amazon RDS Optimized Reads? Wilayah mana yang menyediakannya?
Amazon RDS Optimized Reads tersedia di semua Wilayah yang menyediakan instans db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn, dan X2iedn. Untuk informasi selengkapnya, lihat dokumentasi kelas instans DB Amazon RDS.
Kapan saya sebaiknya menggunakan Amazon RDS Optimized Reads?
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.
Dapatkah pelanggan mengonversi basis data Amazon RDS mereka yang sudah ada untuk menggunakan Amazon RDS Optimized Reads?
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.
FAQ integrasi nol-ETL dengan Amazon Redshift
Kapan sebaiknya saya menggunakan integrasi nol-ETL Amazon RDS for MySQL dengan Amazon Redshift?
Anda sebaiknya menggunakan integrasi nol-ETL Amazon RDS for MySQL dengan Amazon Redshift ketika ingin menghapus kebutuhan untuk membangun dan mengelola pipeline data yang kompleks. Setelah data berada di Amazon Redshift, Anda memiliki akses ke kemampuan analitik dan machine learning (ML) secara hampir waktu nyata pada data transaksional Anda dari RDS for MySQL.
Versi RDS untuk MySQL apa saja dan Wilayah AWS mana saja yang mendukung integrasi nol-ETL?
Integrasi nol-ETL RDS for MySQL dengan Amazon Redshift tersedia untuk MySQL versi 8.0.32 dan di atasnya di Wilayah AWS yang didukung.
Keuntungan apa saja yang diberikan oleh integrasi nol-ETL?
Integrasi nol-ETL RDS for MySQL dengan Amazon Redshift memungkinkan analitik dan machine learning (ML) secara hampir waktu nyata pada petabita data transaksional dan menghilangkan kebutuhan bagi Anda untuk membangun dan mengelola pipeline data yang kompleks. Dalam hitungan detik setelah data ditulis ke Amazon RDS for MySQL, data direplikasi ke Amazon Redshift. Anda dapat mengonsolidasikan data dari beberapa basis data dan tabel dari RDS for MySQL ke Amazon Redshift. Berdasarkan kebutuhan analitik Anda, pemfilteran data dari basis data dan tabel tertentu membantu Anda memasukkan data ke Amazon Redshift secara selektif.
Berapa biaya menggunakan integrasi nol-ETL RDS for MySQL dengan Amazon Redshift?
Anda membayar sumber daya RDS for MySQL dan Amazon Redshift yang digunakan untuk membuat dan memproses data perubahan yang dibuat sebagai bagian dari integrasi nol-ETL. Sumber daya ini termasuk biaya ekspor snapshot Amazon RDS untuk menempatkan dan melakukan sinkronisasi ulang gudang data Amazon Redshift Anda, biaya transfer data pengambilan data perubahan (CDC) untuk replikasi berkelanjutan perubahan data dari sumber ke target, I/O dan penyimpanan RDS reguler yang digunakan untuk memproses data perubahan, serta biaya penyimpanan dan komputasi Amazon Redshift reguler untuk data yang direplikasi. Untuk informasi selengkapnya, lihat halaman harga RDS for MySQL.
Misalnya: Anda memiliki basis data RDS for MySQL 8.0.32 dan gudang data Amazon Redshift yang berjalan di Wilayah AS Timur (Virginia Utara). Instans DB RDS for MySQL ini saat ini menggunakan kapasitas penyimpanan SSD Tujuan Umum (gp3) sebesar 50 GB yang mencakup IOPS dasar yang disediakan, mengaktifkan pencadangan otomatis, dan mengaktifkan logging biner MySQL.
Saat Anda membuat integrasi nol-ETL dengan Amazon Redshift untuk instans DB RDS for MySQL, snapshot data (50 GB) dibuat dan diekspor untuk menempatkan gudang data Amazon Redshift. Hari berikutnya, Anda mengubah kunci primer tabel di instans DB RDS for MySQL, yang menghasilkan sinkronisasi ulang ekspor snapshot ke Amazon Redshift. Selama 30 hari, basis data memproses 5 GB perubahan data.
Dalam contoh ini, biaya penggunaan integrasi nol-ETL RDS for MySQL dengan Amazon Redshift di AS Timur (Virginia Utara) selama 30 hari adalah 50 GB x (0,10 USD/GB) ekspor awal ditambah 50 GB x (0,10 USD/GB) biaya sinkronisasi ulang ditambah 5 GB x (2,00 USD/GB) transfer data CDC, dengan total sebesar 20,00 USD. Selain biaya untuk integrasi nol-ETL, Anda bertanggung jawab atas biaya dari penggunaan normal Amazon RDS dan Amazon Redshift untuk memproses data yang direplikasi, seperti biaya I/O, penyimpanan, dan komputasi.
Dapatkah saya menggunakan Replika Baca Amazon RDS untuk membuat integrasi nol-ETL RDS for MySQL dengan Amazon Redshift?
Ya, untuk mengurangi konsumsi sumber daya pada instans primer, Anda dapat menggunakan Replika Baca Amazon RDS sebagai instans Amazon RDS sumber untuk integrasi nol-ETL dengan Amazon Redshift.
Apakah integrasi nol-ETL mendukung AWS CloudFormation?
Ya, Anda dapat menggunakan AWS CloudFormation untuk mengelola dan mengotomatiskan konfigurasi serta deployment sumber daya yang diperlukan untuk integrasi nol-ETL RDS for MySQL dengan Amazon Redshift. Untuk informasi selengkapnya, kunjungi panduan pengguna AWS CloudFormation.
Bagaimana cara integrasi nol-ETL menangani transaksi? Apakah transaksi tersebut konsisten secara atom ketika direplikasi?
Integrasi nol-ETL RDS for MySQL ke Amazon Redshift mereplikasi transaksi secara atom untuk memastikan konsistensi data antara basis data RDS for MySQL sumber dan klaster Amazon Redshift target.
Berikut adalah beberapa poin penting tentang atomisitas transaksi dengan integrasi ini:
- Hanya transaksi yang dikomit di RDS for MySQL yang direplikasi ke Amazon Redshift. Transaksi yang tidak dikomit atau dibatalkan tidak diterapkan.
- Integrasi ini menggunakan proses komit dua fase untuk menerapkan setiap transaksi secara atom ke Amazon Redshift. Entah semua perubahan data dalam transaksi diterapkan, atau, jika terjadi kesalahan, tidak ada yang diterapkan.
- Konsistensi transaksi antara sumber dan target tetap terjaga. Setelah replikasi, data untuk transaksi tertentu akan konsisten di RDS for MySQL dan Amazon Redshift.
- Perubahan skema melalui DDL atau DML juga diterapkan secara atom untuk menjaga integritas.
- Penerapan transaksi secara atom memastikan tidak ada transaksi parsial atau status data yang tidak konsisten yang dapat terjadi di antara basis data.
Dalam urutan apa saja perubahan yang saya buat pada RDS for MySQL yang direplikasi di Amazon Redshift?
Integrasi nol-ETL RDS for MySQL dengan Amazon Redshift menjaga konsistensi transaksional penuh antara basis data RDS for MySQL sumber dan klaster Amazon Redshift target.
Bagaimana cara perubahan skema ditangani dengan integrasi nol-ETL?
Berikut adalah beberapa poin penting tentang cara menangani perubahan skema:
- Pernyataan DDL seperti CREATE TABLE, ALTER TABLE, DROP TABLE, dan seterusnya secara otomatis direplikasi dari RDS for MySQL ke Amazon Redshift.
- Integrasi ini melakukan pemeriksaan dan penyesuaian yang diperlukan dalam tabel Amazon Redshift untuk perubahan skema yang direplikasi. Misalnya, menambahkan kolom di RDS for MySQL akan menambahkan kolom di Amazon Redshift.
- Replikasi dan sinkronisasi skema secara otomatis terjadi secara hampir waktu nyata dengan jeda minimal antara basis data sumber dan target.
- Konsistensi skema dijaga bahkan ketika perubahan DML terjadi secara paralel dengan perubahan DDL.

Amazon RDS gratis untuk dicoba. Cukup bayar sesuai yang Anda gunakan. Tidak ada biaya minimum.