Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Amazon RDS for MariaDB
Amazon RDS mendukung beberapa versi MariaDB untuk instans DB. Untuk informasi selengkapnya tentang versi yang didukung, lihat[Versi-versi MariaDB pada Amazon RDS](MariaDB.Concepts.VersionMgmt.md).
Untuk membuat instans DB MariaDB, gunakan alat manajemen atau antarmuka Amazon RDS. Anda kemudian dapat menggunakan alat Amazon RDS untuk melakukan tindakan manajemen untuk instans DB. Tindakan tersebut termasuk seperti berikut:
+ Mengonfigurasi ulang atau mengubah ukuran instans DB
+ Mengizinkan koneksi ke instans DB
+ Membuat dan memulihkan dari cadangan atau snapshot
+ Membuat Sekunder Multi-AZ
+ Membuat replika baca
+ Memantau performa instans DB Anda
Untuk menyimpan dan mengakses data dalam instans DB Anda, gunakan utilitas dan aplikasi MariaDB standar.
MariaDB tersedia di semua Wilayah AWS. Untuk informasi lebih lanjut tentang Wilayah AWS, lihat[Wilayah, Zona Ketersediaan, dan Zona Lokal](Concepts.RegionsAndAvailabilityZones.md).
Anda dapat menggunakan basis data Amazon RDS for MariaDB untuk membangun aplikasi yang mematuhi HIPAA. Anda dapat menyimpan informasi terkait perawatan kesehatan, termasuk informasi kesehatan yang dilindungi (PHI), berdasarkan Perjanjian Rekan Bisnis (BAA) dengan AWS. Untuk informasi selengkapnya, lihat [Kepatuhan HIPAA.](https://aws.amazon.com/compliance/hipaa-compliance/) AWS Layanan dalam Lingkup telah sepenuhnya dinilai oleh auditor pihak ketiga dan menghasilkan sertifikasi, pengesahan kepatuhan, atau Otoritas untuk Beroperasi (ATO). Untuk informasi selengkapnya, lihat [layanan AWS dalam cakupan berdasarkan program kepatuhan](https://aws.amazon.com/compliance/services-in-scope/).
Sebelum membuat instans DB, selesaikan langkah-langkah di [Menyiapkan lingkungan Amazon RDS Anda](CHAP_SettingUp.md). Saat Anda membuat instans DB, pengguna master RDS mendapatkan hak istimewa DBA, dengan beberapa batasan. Gunakan akun ini untuk tugas administratif seperti membuat akun basis data tambahan.
Anda dapat membuat berikut ini:
+ Instans DB
+ Snapshot DB
+ Point-in-time mengembalikan
+ Pencadangan otomatis
+ Pencadangan manual
Anda dapat menggunakan instans DB yang menjalankan MariaDB di dalam cloud privat virtual (VPC) berdasarkan Amazon VPC. Anda juga dapat menambahkan fitur ke instans DB MariaDB Anda dengan mengaktifkan berbagai opsi. Amazon RDS mendukung deployment multi-AZ untuk MariaDB sebagai solusi failover dengan ketersediaan tinggi.
**penting**
Untuk memberikan pengalaman layanan terkelola, Amazon RDS tidak memberikan akses shell ke instans DB. Hal tersebut juga membatasi akses ke prosedur dan tabel sistem tertentu yang membutuhkan hak istimewa tingkat lanjut. Anda dapat mengakses basis data Anda menggunakan klien SQL standar seperti klien mysql. Namun, Anda tidak dapat mengakses host secara langsung dengan menggunakan Telnet atau Secure Shell (SSH).
**Topics**
+ [Dukungan fitur MariaDB di Amazon RDS](MariaDB.Concepts.FeatureSupport.md)
+ [Versi-versi MariaDB pada Amazon RDS](MariaDB.Concepts.VersionMgmt.md)
+ [Menghubungkan ke instans MariaDB DB Anda](USER_ConnectToMariaDBInstance.md)
+ [Mengamankan koneksi instans DB MariaDB](securing-mariadb-connections.md)
+ [Meningkatkan performa kueri RDS for MariaDB dengan Amazon RDS Optimized Reads](rds-optimized-reads-mariadb.md)
+ [Meningkatkan performa penulisan dengan Amazon RDS Optimized Writes for MariaDB](rds-optimized-writes-mariadb.md)
+ [Peningkatan mesin MariaDB DB](USER_UpgradeDBInstance.MariaDB.md)
+ [Memutakhirkan versi mesin snapshot MariaDB DB](mariadb-upgrade-snapshot.md)
+ [Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB](MariaDB.Procedural.Importing.md)
+ [Menggunakan replikasi MariaDB di Amazon RDS](USER_MariaDB.Replication.md)
+ [Opsi untuk mesin basis data MariaDB](Appendix.MariaDB.Options.md)
+ [Parameter untuk MariaDB](Appendix.MariaDB.Parameters.md)
+ [Migrasi data dari snapshot My SQL DB ke instance MariaDB DB](USER_Migrate_MariaDB.md)
+ [MariaDB di referensi Amazon RDS SQL](Appendix.MariaDB.SQLRef.md)
+ [Zona waktu lokal untuk instans basis data MariaDB](MariaDB.Concepts.LocalTimeZone.md)
+ [Masalah umum dan batasan untuk RDS for MariaDB](CHAP_MariaDB.Limitations.md)
# Dukungan fitur MariaDB di Amazon RDS
RDS for MariaDB mendukung sebagian besar fitur dan kemampuan MariaDB. Beberapa fitur mungkin memiliki dukungan terbatas atau privilese yang dibatasi.
Anda dapat memfilter fitur-fitur Amazon RDS baru pada halaman [Apa yang Baru dengan Basis Data?](https://aws.amazon.com/about-aws/whats-new/database/). Untuk **Produk**, pilih **Amazon RDS**. Lalu, cari dengan menggunakan kata kunci seperti **MariaDB 2023**.
**catatan**
Daftar-daftar berikut tidak lengkap.
Untuk informasi selengkapnya tentang dukungan fitur MariaDB di Amazon RDS, lihat topik berikut.
**Topik**
+ [Mesin penyimpanan yang didukung untuk MariaDB di Amazon RDS](MariaDB.Concepts.Storage.md)
+ [Penghangatan cache untuk MariaDB di Amazon RDS](MariaDB.Concepts.XtraDBCacheWarming.md)
+ [Fitur-fitur MariaDB yang didukung oleh Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md)
## Dukungan fitur MariaDB di versi-versi utama Amazon RDS for MariaDB
Di bagian-bagian berikut, temukan informasi tentang dukungan fitur MariaDB pada versi-versi utama Amazon RDS for MariaDB:
**Topics**
+ [Dukungan MariaDB 11.8 di Amazon RDS](#MariaDB.Concepts.FeatureSupport.11-8)
+ [Dukungan MariaDB 11.4 di Amazon RDS](#MariaDB.Concepts.FeatureSupport.11-4)
+ [Dukungan MariaDB 10.11 di Amazon RDS](#MariaDB.Concepts.FeatureSupport.10-11)
+ [Dukungan MariaDB 10.6 di Amazon RDS](#MariaDB.Concepts.FeatureSupport.10-6)
+ [Dukungan MariaDB 10.5 di Amazon RDS](#MariaDB.Concepts.FeatureSupport.10-5)
+ [Dukungan MariaDB 10.4 di Amazon RDS](#MariaDB.Concepts.FeatureSupport.10-4)
Lihat informasi tentang versi-versi kecil Amazon RDS for MariaDB yang didukung di [Versi-versi MariaDB pada Amazon RDS](MariaDB.Concepts.VersionMgmt.md).
### Dukungan MariaDB 11.8 di Amazon RDS
Amazon RDS mendukung fitur-fitur baru berikut untuk instans DB Anda yang menjalankan MariaDB versi 11.8 atau lebih tinggi.
**catatan**
Di MariaDB 11.8, nilai default `require_secure_transport` untuk `1` sekarang, membutuhkan koneksi aman. SSL/TLS Setel ke `0` jika koneksi tidak aman diperlukan.
+ **Nilai default baru untuk parameter** — Nilai default `require_secure_transport` parameter diubah dari `0` ke`1`, menegakkan koneksi transportasi aman secara default. Untuk informasi selengkapnya, lihat [SSL/TLS Memerlukan semua koneksi ke instance MariaDB DB di Amazon RDS](mariadb-ssl-connections.require-ssl.md).
+ **Dukungan vektor** — Anda dapat menggunakan MariaDB Vector untuk menyimpan dan mencari vektor yang dihasilkan AI langsung di MariaDB. Fitur ini memperkenalkan variabel sistem berikut:
+ Variabel [https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_default_distance](https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_default_distance)menentukan metrik jarak default untuk pengindeksan vektor MHNSW.
+ Variabel [https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_default_m](https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_default_m)mendefinisikan nilai default untuk `M` parameter dalam pengindeksan vektor MHNSW.
+ Variabel [https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_ef_search](https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_ef_search)mendefinisikan jumlah minimal kandidat hasil untuk pencarian indeks vektor.
+ Variabel [https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_max_cache_size](https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_max_cache_size)menetapkan batas atas untuk satu cache indeks vektor MHNSW.
+ **Batas ukuran file sementara** — Anda sekarang dapat membatasi ukuran file dan tabel sementara disk yang dibuat menggunakan dua variabel sistem yang tersedia di grup parameter RDS Maria DB 11.8:
+ Variabel [https://mariadb.com/docs/server/security/limiting-size-of-created-disk-temporary-files-and-tables/max_tmp_session_space_usage-system-variable](https://mariadb.com/docs/server/security/limiting-size-of-created-disk-temporary-files-and-tables/max_tmp_session_space_usage-system-variable)membatasi tunjangan ruang sementara per pengguna.
+ Variabel [https://mariadb.com/docs/server/security/limiting-size-of-created-disk-temporary-files-and-tables/max_tmp_total_space_usage-system-variable](https://mariadb.com/docs/server/security/limiting-size-of-created-disk-temporary-files-and-tables/max_tmp_total_space_usage-system-variable)membatasi tunjangan ruang sementara untuk semua pengguna.
+ **Manajemen tablespace sementara** — Ruang meja sementara menyimpan tabel sementara dan tumbuh saat data ditambahkan. Ketika tabel sementara dijatuhkan, ruang tidak secara otomatis direklamasi. Anda dapat menggunakan [mysql.rds\$1execute\$1operation](mysql_rds_execute_operation.md) prosedur untuk mengecilkan tablespace sementara dan merebut kembali ruang disk.
Untuk daftar semua fitur MariaDB 11.8 dan dokumentasinya, [lihat Perubahan dan peningkatan di MariaDB 11.8 [dan Catatan rilis -](https://mariadb.com/kb/en/release-notes-mariadb-11-8-series/) seri MariaDB 11.8 di](https://mariadb.com/kb/en/changes-improvements-in-mariadb-11-8/) situs web MariaDB.
Lihat daftar fitur yang tidak didukung di [Fitur-fitur MariaDB yang didukung oleh Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
### Dukungan MariaDB 11.4 di Amazon RDS
Amazon RDS mendukung fitur-fitur baru berikut untuk instans DB Anda yang menjalankan MariaDB versi 11.4 atau lebih tinggi.
+ **Pustaka kripografi** — RDS untuk MariaDB menggantikan OpenSSL dengan (), yang bersertifikat FIPS AWS Libcrypto 140-3.AWS-LC
+ **Plugin Pemeriksaan Kata Sandi Sederhana** - Anda dapat menggunakan Plugin [Pemeriksaan Kata Sandi Sederhana MariaDB](https://mariadb.com/kb/en/simple-password-check-plugin/) untuk memeriksa apakah kata sandi berisi setidaknya sejumlah karakter tertentu dari jenis tertentu. Untuk informasi selengkapnya, lihat [Menggunakan plugin validasi kata sandi untuk RDS untuk MariaDB](MariaDB.Concepts.PasswordValidationPlugins.md).
+ **Plugin Pemeriksaan Kata Sandi Cracklib - Anda dapat menggunakan Plugin Pemeriksaan Kata Sandi** MariaDB [Cracklib untuk memeriksa kekuatan kata sandi baru](https://mariadb.com/kb/en/cracklib-password-check-plugin/). Untuk informasi selengkapnya, lihat [Menggunakan plugin validasi kata sandi untuk RDS untuk MariaDB](MariaDB.Concepts.PasswordValidationPlugins.md).
+ **Penyempurnaan InnoDB** - Penyempurnaan ini mencakup butir-butir berikut:
+ Buffer perubahan telah dihapus. Untuk informasi selengkapnya, lihat [InnoDB Change](https://mariadb.com/kb/en/innodb-change-buffering/) Buffering.
+ Defragmentasi InnoDB telah dihapus. Untuk informasi selengkapnya, lihat Defragmentasi [InnoDB](https://mariadb.com/kb/en/defragmenting-innodb-tablespaces/#innodb-defragmentation).
+ **Hak istimewa baru** - Pengguna admin sekarang juga memiliki `SHOW CREATE ROUTINE` hak istimewa. Hak istimewa ini memungkinkan penerima untuk melihat pernyataan `SHOW CREATE` definisi dari rutinitas yang dimiliki oleh pengguna lain. Untuk informasi selengkapnya, lihat [Hak Istimewa Database](https://mariadb.com/kb/en/grant/#database-privileges).
+ **Peningkatan replikasi - Instans** MariaDB versi 11.4 DB mendukung pengindeksan binlog. Anda dapat membuat indeks GTID untuk setiap file binlog. Indeks ini meningkatkan kinerja replikasi dengan mengurangi waktu yang diperlukan untuk menemukan GTID. Untuk informasi selengkapnya, lihat [Pengindeksan Binlog](https://mariadb.com/kb/en/gtid/#binlog-indexing).
+ Parameter **usang atau dihapus - Parameter** berikut telah usang atau dihapus untuk instance MariaDB versi 11.4 DB:
+ `engine_condition_pushdown`dihapus dari [optimizer\$1switch](https://mariadb.com/kb/en/optimizer-switch/)
+ [innodb\$1change\$1buffer\$1max\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_change_buffer_max_size)
+ [innodb\$1defragment](https://mariadb.com/kb/en/innodb-system-variables/#innodb_defragment)
+ `TLSv1.0`dan `TLSv1.1` dihapus dari [tls\$1version](https://mariadb.com/kb/en/ssltls-system-variables/#tls_version)
+ **Nilai default baru untuk parameter — Nilai default dari parameter** [innodb\$1undo\$1tablespaces](https://mariadb.com/kb/en/innodb-system-variables/#innodb_undo_tablespaces) berubah dari ke. `0` `3`
+ **Nilai valid baru untuk parameter - Parameter** berikut memiliki nilai valid baru untuk instance MariaDB versi 11.4 DB:
+ Nilai yang valid untuk parameter [binlog\$1row\$1image sekarang termasuk](https://mariadb.com/kb/en/replication-and-binary-log-system-variables/#binlog_row_image). `FULL_NODUP`
+ Nilai yang valid untuk parameter [OLD\$1MODE sekarang termasuk](https://mariadb.com/kb/en/old-mode/). `NO_NULL_COLLATION_IDS`
+ **Parameter baru - Parameter** berikut baru untuk instance MariaDB versi 11.4 DB:
+ [Parameter [transaction\$1isolation menggantikan parameter tx\$1isolation](https://mariadb.com/kb/en/server-system-variables/#transaction_isolation).](https://mariadb.com/kb/en/server-system-variables/#tx_isolation)
+ [Parameter [transaction\$1read\$1only menggantikan parameter tx\$1read\$1only](https://mariadb.com/kb/en/server-system-variables/#transaction_read_only).](https://mariadb.com/kb/en/server-system-variables/#tx_read_only)
+ [Parameter [block\$1encryption\$1mode mendefinisikan mode](https://mariadb.com/kb/en/server-system-variables/#block_encryption_mode) enkripsi blok default untuk fungsi AES\$1ENCRYPT () dan [AES\$1DECRYPT](https://mariadb.com/kb/en/aes_encrypt/) ().](https://mariadb.com/kb/en/aes_decrypt/)
+ [Character\$1set\$1collations](https://mariadb.com/kb/en/server-system-variables/#character_set_collations) mendefinisikan penggantian untuk kumpulan default set karakter.
+ [Binlog\$1gtid\$1index, binlog\$1gtid\$1index\$1page\$1size, dan binlog\$1gtid\$1index\$1span\$1min mendefinisikan properti indeks](https://mariadb.com/kb/en/system-versioned-tables/#binlog_gtid_index) [GTID](https://mariadb.com/kb/en/system-versioned-tables/#binlog_gtid_index_page_size) [binlog.](https://mariadb.com/kb/en/system-versioned-tables/#binlog_gtid_index_span_min) Untuk informasi selengkapnya, lihat [Pengindeksan Binlog](https://mariadb.com/kb/en/gtid/#binlog-indexing).
Untuk daftar semua fitur MariaDB 11.4 dan dokumentasinya, [lihat Perubahan dan peningkatan di MariaDB 11.4 [dan Catatan rilis -](https://mariadb.com/kb/en/release-notes-mariadb-11-4-series/) seri MariaDB 11.4 di](https://mariadb.com/kb/en/changes-improvements-in-mariadb-11-4/) situs web MariaDB.
Lihat daftar fitur yang tidak didukung di [Fitur-fitur MariaDB yang didukung oleh Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
### Dukungan MariaDB 10.11 di Amazon RDS
Amazon RDS mendukung fitur-fitur baru berikut untuk instans basis data Anda yang menjalankan MariaDB versi 10.11 atau lebih tinggi.
+ **Plugin Pemeriksaan Pengulangan Penggunaan Kata Sandi** – Anda dapat menggunakan plugin Pemeriksaan Pengulangan Penggunaan Kata Sandi MariaDB untuk mencegah pengguna mengulang penggunaan kata sandi dan untuk mengatur periode retensi kata sandi. Lihat informasi yang lebih lengkap di [Plugin Pemeriksaan Pengulangan Penggunaan Kata Sandi](https://mariadb.com/kb/en/password-reuse-check-plugin/).
+ **Otorisasi GRANT TO PUBLIC** – Anda dapat memberikan privilese kepada semua pengguna yang memiliki akses ke server Anda. Lihat informasi yang lebih lengkap di [GRANT TO PUBLIC](https://mariadb.com/kb/en/grant/#to-public).
+ **Pemisahan privilese-privilese SUPER dan ADMIN HANYA BACA** – Anda dapat menghapus privilese ADMIN HANYA BACA dari semua pengguna, bahkan dari pengguna yang pernah memiliki privilese SUPER.
+ **Keamanan** – Anda kini dapat mengatur opsi `--ssl` sebagai default untuk klien MariaDB Anda. MariaDB tidak lagi menonaktifkan SSL secara diam-diam jika konfigurasinya salah.
+ **Perintah dan fungsi SQL** – Anda kini dapat menggunakan perintah `SHOW ANALYZE FORMAT=JSON` dan fungsi `ROW_NUMBER`, `SFORMAT`, dan`RANDOM_BYTES`. `SFORMAT` memungkinkan pemformatan string dan diaktifkan secara default. Anda dapat mengonversi partisi ke tabel dan tabel ke partisi dalam satu perintah. Ada juga beberapa perbaikan seputar fungsi-fungsi `JSON_*()`. Fungsi-fungsi `DES_ENCRYPT` dan `DES_DECRYPT` dihentikan untuk versi 10.10 dan yang lebih tinggi. Lihat informasi yang lebih lengkap di [SFORMAT](https://mariadb.com/kb/en/sformat/).
+ **Penyempurnaan InnoDB** - Penyempurnaan ini mencakup butir-butir berikut:
+ Peningkatan performa dalam log redo untuk mengurangi amplifikasi tulis dan meningkatkan konkurensi.
+ Kemampuan bagi Anda untuk mengubah ruang tabel undo tanpa menginisialisasikan ulang direktori data. Peningkatan ini mengurangi sisihan umum/overhead bidang kontrol. Mesin ini membutuhkan pemulaian ulang, tetapi tidak memerlukan inisialisasi ulang setelah mengubah ruang tabel undo.
+ Dukungan untuk `CHECK TABLE … EXTENDED` dan untuk indeks menurun secara internal.
+ Perbaikan untuk penyisipan massal.
+ **Perubahan Binlog** – Perubahan ini mencakup butir-butir berikut:
+ Mencatat log `ALTER` dalam dua fase untuk mengurangi latensi replikasi. Parameter `binlog_alter_two_phase` dinonaktifkan secara default, tetapi dapat diaktifkan melalui grup parameter.
+ Mencatat log `explicit_defaults_for_timestamp`.
+ Tidak lagi mencatat log `INCIDENT_EVENT` jika transaksi dapat digulirkan balik dengan selamat.
+ **Peningkatan** **replikasi** – Instans basis data MariaDB versi 10.11 menggunakan replikasi GTID secara default jika master mendukungnya. Juga, `Seconds_Behind_Master` lebih cermat.
+ **Klien** – Anda dapat menggunakan opsi-opsi baris perintah baru untuk `mysqlbinglog` dan `mariadb-dump`. Anda dapat menggunakan `mariadb-dump` untuk membuang dan memulihkan data historis.
+ **Tata versi/versioning sistem** – Anda dapat mengubah riwayat. MariaDB membuat secara otomatis partisi baru.
+ **DDL Atomis** – `CREATE OR REPLACE` kini atomis. Entah pernyataan itu berhasil atau benar-benar dibalik.
+ **Penulisan log redo** – Log redo menulis secara asinkron.
+ **Fungsi tersimpan** — Fungsi tersimpan kini mendukung parameter-parameter `IN`, `OUT`, dan `INOUT` yang sama dengan yang di dalam prosedur tersimpan.
+ **Parameter dihentikan atau dihapus** – Parameter-parameter berikut dihentikan atau dihapus untuk instans basis data MariaDB versi 10.11:
+ [innodb\$1change\$1buffering](https://mariadb.com/kb/en/innodb-system-variables/#innodb_change_buffering)
+ [innodb\$1disallow\$1writes](https://mariadb.com/kb/en/innodb-system-variables/#innodb_disallow_writes)
+ [innodb\$1log\$1write\$1ahead\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_log_write_ahead_size)
+ [ innodb\$1prefix\$1index\$1cluster\$1optimization](https://mariadb.com/kb/en/innodb-system-variables/#innodb_prefix_index_cluster_optimization)
+ [ keep\$1files\$1on\$1create](https://mariadb.com/kb/en/server-system-variables/#keep_files_on_create)
+ [old](https://mariadb.com/kb/en/server-system-variables/#old)
+ **Parameter dinamis** – Parameter-parameter berikut kini dinamis untuk instans basis data MariaDB versi 10.11:
+ [innodb\$1log\$1file\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_log_file_size)
+ [innodb\$1write\$1io\$1threads](https://mariadb.com/kb/en/innodb-system-variables/#innodb_write_io_threads)
+ [innodb\$1read\$1io\$1threads](https://mariadb.com/kb/en/innodb-system-variables/#innodb_read_io_threads)
+ **Nilai default baru untuk parameter** – Parameter-parameter berikut memiliki nilai default baru untuk instans basis data MariaDB versi 10.11:
+ Nilai default parameter [explicit\$1defaults\$1for\$1timestamp](https://mariadb.com/kb/en/server-system-variables/#explicit_defaults_for_timestamp) berubah dari `OFF` ke `ON`.
+ Nilai default parameter [optimizer\$1prune\$1level](https://mariadb.com/kb/en/server-system-variables/#optimizer_prune_level) berubah dari `1` ke `2`.
+ **Nilai valid baru untuk parameter** – Parameter-parameter berikut memiliki nilai valid baru untuk instans basis data MariaDB versi 10.11:
+ Nilai-nilai yang valid untuk parameter [old](https://mariadb.com/kb/en/server-system-variables/#old) digabungkan ke dalam nilai-nilai untuk parameter [old\$1mode](https://mariadb.com/kb/en/server-system-variables/#old_mode).
+ Nilai-nilai yang valid untuk parameter [histogram\$1type](https://mariadb.com/kb/en/server-system-variables/#histogram_type) kini meliputi `JSON_HB`.
+ Rentang nilai yang valid untuk parameter [innodb\$1log\$1buffer\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_log_buffer_size) kini `262144` hingga `4294967295` (256 KB hingga 4096 MB).
+ Rentang nilai yang valid untuk parameter [innodb\$1log\$1file\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_log_file_size) kini `4194304` hingga `512GB` (4 MB hingga 512 GB).
+ Nilai-nilai yang valid untuk parameter [optimizer\$1prune\$1level](https://mariadb.com/kb/en/server-system-variables/#optimizer_prune_level) kini meliputi `2`.
+ **Parameter baru** – Parameter-parameter berikut adalah baru untuk instans basis data MariaDB versi 10.11:
+ Parameter [binlog\$1alter\$1two\$1phase](https://mariadb.com/kb/en/replication-and-binary-log-system-variables//#binlog_alter_two_phase) dapat meningkatkan performa replikasi.
+ Parameter [log\$1slow\$1min\$1examined\$1row\$1limit](https://mariadb.com/kb/en/server-system-variables/#log_slow_min_examined_row_limit) dapat meningkatkan performa.
+ Parameter [log\$1slow\$1query](https://mariadb.com/kb/en/server-system-variables/#log_slow_query) dan [parameter log\$1slow\$1query\$1file](https://mariadb.com/kb/en/server-system-variables/#log_slow_query_file) masing-masing adalah alias untuk `slow_query_log` dan `slow_query_log_file`.
+ [ optimizer\$1extra\$1pruning\$1depth](https://mariadb.com/kb/en/server-system-variables/#optimizer_extra_pruning_depth)
+ [system\$1versioning\$1insert\$1history](https://mariadb.com/kb/en/system-versioned-tables/#system_versioning_insert_history)
Untuk daftar semua fitur MariaDB 10.11 dan dokumentasinya, [lihat Perubahan dan peningkatan di MariaDB 10.11 [dan Catatan rilis -](https://mariadb.com/kb/en/release-notes-mariadb-1011-series/) seri MariaDB 10.11 di](https://mariadb.com/kb/en/changes-improvements-in-mariadb-1011/) situs web MariaDB.
Lihat daftar fitur yang tidak didukung di [Fitur-fitur MariaDB yang didukung oleh Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
### Dukungan MariaDB 10.6 di Amazon RDS
Amazon RDS mendukung fitur-fitur baru berikut untuk instans basis data Anda yang menjalankan MariaDB versi 10.6 atau lebih tinggi:
+ **MyRocks mesin penyimpanan** — Anda dapat menggunakan mesin MyRocks penyimpanan dengan RDS untuk MariaDB untuk mengoptimalkan konsumsi penyimpanan aplikasi web berkinerja tinggi dan intensif penulisan Anda. Untuk informasi selengkapnya, lihat [Mesin penyimpanan yang didukung untuk MariaDB di Amazon RDS](MariaDB.Concepts.Storage.md) dan [MyRocks](https://mariadb.com/kb/en/myrocks/).
+ **AWS Identity and Access Management (IAM) Otentikasi DB** — Anda dapat menggunakan autentikasi IAM DB untuk keamanan yang lebih baik dan manajemen pusat koneksi ke instans MariaDB DB Anda. Untuk informasi selengkapnya, lihat [Autentikasi basis data IAMuntuk MariaDB, MySQL, dan PostgreSQL](UsingWithRDS.IAMDBAuth.md).
+ **Opsi pemutakhiran** – Anda kini dapat memutakhirkan ke RDS for MariaDB versi 10.6 dari sebarang rilis utama sebelumnya (10.3, 10.4, 10.5). Anda juga dapat memulihkan cuplikan dari instans basis data MySQL 5.6 atau 5.7 yang ada ke instans MariaDB 10.6. Untuk informasi selengkapnya, lihat [Peningkatan mesin MariaDB DB](USER_UpgradeDBInstance.MariaDB.md).
+ **Replikasi tertunda** – Anda kini dapat mengatur periode waktu yang dapat dikonfigurasikan bagi replika baca untuk tertinggal di belakang basis data sumber. Dalam konfigurasi replikasi MariaDB standar, ada penundaan replikasi minimal antara sumber dan replika. Dengan replikasi tertunda, Anda dapat menetapkan penundaan disengaja sebagai strategi untuk pemulihan bencana. Untuk informasi selengkapnya, lihat [Mengonfigurasi replikasi tertunda dengan MariaDB](USER_MariaDB.Replication.ReadReplicas.DelayReplication.md).
+ ** PL/SQL Kompatibilitas Oracle** - Dengan menggunakan RDS untuk MariaDB versi 10.6, Anda dapat lebih mudah memigrasikan aplikasi Oracle lama Anda ke Amazon RDS. Lihat informasi yang lebih lengkap di [SQL\$1MODE=ORACLE](https://mariadb.com/kb/en/sql_modeoracle/).
+ **DDL Atomis** - Pernyataan-pernyataan bahasa data dinamis (DDL) Anda dapat relatif aman dari crash dengan RDS for MariaDB versi 10.6. `CREATE TABLE`, `ALTER TABLE`, `RENAME TABLE`, `DROP TABLE`, `DROP DATABASE`, dan pernyataan-pernyataan DDL terkait kini atomis. Entah pernyataan itu berhasil, atau benar-benar dibalik. Lihat informasi yang lebih lengkap di [DDL Atomis](https://mariadb.com/kb/en/atomic-ddl/).
+ **Penyempurnaan lain** – Penyempurnaan ini mencakup fungsi `JSON_TABLE` untuk mengubah data JSON ke format relasional dalam SQL, dan pemuatan data tabel kosong yang lebih cepat dengan Innodb. Penyempurnaan juga meliputi `sys_schema` baru untuk analisis dan pemecahan masalah, penyempurnaan pengoptimal untuk mengabaikan indeks yang tidak terpakai, dan peningkatan performa. Lihat informasi yang lebih lengkap di [JSON\$1TABLE](https://mariadb.com/kb/en/json_table/).
+ **Nilai default baru untuk parameter** – Parameter-parameter berikut memiliki nilai default baru untuk instans basis data MariaDB versi 10.6:
+ Nilai default untuk parameter-parameter berikut telah berubah dari `utf8` ke `utf8mb3`:
+ [character\$1set\$1client](https://mariadb.com/kb/en/server-system-variables/#character_set_client)
+ [character\$1set\$1connection](https://mariadb.com/kb/en/server-system-variables/#character_set_connection)
+ [character\$1set\$1results](https://mariadb.com/kb/en/server-system-variables/#character_set_results)
+ [character\$1set\$1system](https://mariadb.com/kb/en/server-system-variables/#character_set_system)
Meskipun nilai-nilai default telah berubah untuk semua parameter ini, tidak ada perubahan fungsional. Lihat informasi yang lebih lengkap di [Supported Character Sets and Collations](https://mariadb.com/kb/en/supported-character-sets-and-collations/) dalam dokumentasi MariaDB.
+ Nilai default parameter [collation\$1connection](https://mariadb.com/kb/en/server-system-variables/#collation_connection) telah berubah dari `utf8_general_ci` ke `utf8mb3_general_ci`. Meskipun nilai default telah berubah untuk parameter ini, tidak ada perubahan fungsional.
+ Nilai default parameter [old\$1mode](https://mariadb.com/kb/en/server-system-variables/#old_mode) telah berubah dari unset ke `UTF8_IS_UTF8MB3`. Meskipun nilai default telah berubah untuk parameter ini, tidak ada perubahan fungsional.
Lihat daftar semua fitur MariaDB 10.6 dan dokumentasinya di [Perubahan dan peningkatan dalam MariaDB 10.6](https://mariadb.com/kb/en/changes-improvements-in-mariadb-106/) dan [Catatan rilis - seri MariaDB 10.6](https://mariadb.com/kb/en/release-notes-mariadb-106-series/) di situs web MariaDB.
Lihat daftar fitur yang tidak didukung di [Fitur-fitur MariaDB yang didukung oleh Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
### Dukungan MariaDB 10.5 di Amazon RDS
Amazon RDS mendukung fitur-fitur baru berikut untuk instans basis data Anda yang menjalankan MariaDB versi 10.5 atau lebih baru:
+ **Penyempurnaan InnoDB** – MariaDB versi 10.5 menyertakan penyempurnaan InnoDB. Lihat informasi yang lebih lengkap di [InnoDB: Performance Improvements etc.](https://mariadb.com/kb/en/changes-improvements-in-mariadb-105/#innodb-performance-improvements-etc) dalam dokumentasi MariaDB.
+ **Pembaruan skema performa** – MariaDB versi 10.5 mencakup pembaruan skema performa. Lihat informasi yang lebih lengkap di [Performance Schema Updates to Match MySQL 5.7 Instrumentation and Tables](https://mariadb.com/kb/en/changes-improvements-in-mariadb-105/#performance-schema-updates-to-match-mysql-57-instrumentation-and-tables) dalam dokumentasi MariaDB.
+ **Satu file dalam log redo InnoDB** – Dalam versi MariaDB sebelum versi 10.5, nilai parameter `innodb_log_files_in_group` telah ditetapkan ke `2`. Pada MariaDB versi 10.5, nilai parameter ini diatur ke `1`.
Jika Anda memutakhirkan dari versi lebih lama ke MariaDB versi 10.5, dan Anda tidak mengubah parameter, nilai parameter `innodb_log_file_size` tidak berubah. Namun, itu berlaku untuk satu file log, bukan dua. Hasilnya adalah instans basis data MariaDB versi 10.5 Anda yang dimutakhirkan menggunakan setengah ukuran log redo yang digunakannya sebelum pemutakhiran. Perubahan ini dapat memberikan dampak performa yang nyata. Untuk mengatasi masalah ini, Anda dapat menggandakan nilai parameter `innodb_log_file_size`. Lihat informasi tentang cara mengubah parameter di [](USER_WorkingWithParamGroups.Modifying.md).
+ **Perintah SHOW SLAVE STATUS tidak didukung** – Dalam versi MariaDB sebelum versi 10.5, perintah `SHOW SLAVE STATUS` memerlukan privilese `REPLICATION SLAVE`. Pada MariaDB versi 10.5, perintah `SHOW REPLICA STATUS` yang setara memerlukan privilese `REPLICATION REPLICA ADMIN`. Privilese baru ini tidak diberikan kepada pengguna master RDS.
Alih-alih menggunakan perintah `SHOW REPLICA STATUS`, jalankan prosedur tersimpan `mysql.rds_replica_status` baru untuk menghasilkan informasi yang serupa. Untuk informasi selengkapnya, lihat [mysql.rds\$1replica\$1status](mysql_rds_replica_status.md).
+ **Perintah SHOW RELAYLOG EVENTS tidak didukung** – Dalam versi MariaDB sebelum versi 10.5, perintah `SHOW RELAYLOG EVENTS` memerlukan privilese `REPLICATION SLAVE`. Pada MariaDB versi 10.5, perintah ini memerlukan privilese `REPLICATION REPLICA ADMIN`. Privilese baru ini tidak diberikan kepada pengguna master RDS.
+ **Nilai default baru untuk parameter** – Parameter-parameter berikut memiliki nilai default baru untuk instans basis data MariaDB versi 10.5:
+ Nilai default parameter [max\$1connections](https://mariadb.com/kb/en/server-system-variables/#max_connections) telah berubah menjadi `LEAST({DBInstanceClassMemory/25165760},12000)`. Lihat informasi tentang fungsi parameter `LEAST` di [Fungsi parameter DB](USER_ParamValuesRef.md#USER_ParamFunctions).
+ Nilai default parameter [innodb\$1adaptive\$1hash\$1index](https://mariadb.com/kb/en/innodb-system-variables/#innodb_adaptive_hash_index) telah berubah menjadi `OFF` (`0`).
+ Nilai default parameter [innodb\$1checksum\$1algorithm](https://mariadb.com/kb/en/innodb-system-variables/#innodb_checksum_algorithm) telah berubah menjadi `full_crc32`.
+ Nilai default parameter [innodb\$1log\$1file\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_log_file_size) telah berubah menjadi 2 GB.
Lihat daftar semua fitur MariaDB 10.5 dan dokumentasinya di [Perubahan dan peningkatan dalam MariaDB 10.5](https://mariadb.com/kb/en/changes-improvements-in-mariadb-105/) dan [Catatan rilis - seri MariaDB 10.5](https://mariadb.com/kb/en/release-notes-mariadb-105-series/) di situs web MariaDB.
Lihat daftar fitur yang tidak didukung di [Fitur-fitur MariaDB yang didukung oleh Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
### Dukungan MariaDB 10.4 di Amazon RDS
Amazon RDS mendukung fitur-fitur baru berikut untuk instans basis data Anda yang menjalankan MariaDB versi 10.4 atau lebih baru:
+ **Penyempurnaan keamanan akun pengguna** – Peningkatan [Kedaluwarsa kata sandi](https://mariadb.com/kb/en/user-password-expiry/) dan [penguncian akun](https://mariadb.com/kb/en/account-locking/)
+ **Penyempurnaan pengoptimal** – [Fitur jejak pengoptimal](https://mariadb.com/kb/en/optimizer-trace-overview/)
+ **Penyempurnaan InnoDB** – [Dukungan DROP COLUMN instan](https://mariadb.com/kb/en/alter-table/#drop-column) dan ekstensi `VARCHAR` instan untuk `ROW_FORMAT=DYNAMIC` dan `ROW_FORMAT=COMPACT`
+ **Parameter baru** – Meliputi [tcp\$1nodedelay](https://mariadb.com/kb/en/server-system-variables/#tcp_nodelay), [tls\$1version](https://mariadb.com/kb/en/ssltls-system-variables/#tls_version), dan [gtid\$1cleanup\$1batch\$1size](https://mariadb.com/kb/en/gtid/#gtid_cleanup_batch_size)
Lihat daftar semua fitur MariaDB 10.4 dan dokumentasinya di [Perubahan dan peningkatan dalam MariaDB 10.4](https://mariadb.com/kb/en/library/changes-improvements-in-mariadb-104/) dan [Catatan rilis - seri MariaDB 10.4](https://mariadb.com/kb/en/library/release-notes-mariadb-104-series/) di situs web MariaDB.
Lihat daftar fitur yang tidak didukung di [Fitur-fitur MariaDB yang didukung oleh Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
# Mesin penyimpanan yang didukung untuk MariaDB di Amazon RDS
RDS for MariaDB mendukung mesin-mesin penyimpanan berikut.
**Topics**
+ [Mesin penyimpanan InnoDB](#MariaDB.Concepts.Storage.InnoDB)
+ [Mesin MyRocks penyimpanan](#MariaDB.Concepts.Storage.MyRocks)
Mesin-mesin penyimpanan lain saat ini tidak didukung oleh RDS for MariaDB.
## Mesin penyimpanan InnoDB
Meskipun MariaDB mendukung banyak mesin penyimpanan dengan berbagai kemampuan, tidak semuanya dioptimalkan untuk pemulihan dan durabilitas data. InnoDB adalah mesin penyimpanan yang dianjurkan untuk instans basis data MariaDB di Amazon RDS. Fitur Amazon RDS seperti point-in-time restore dan snapshot restore memerlukan mesin penyimpanan yang dapat dipulihkan dan hanya didukung untuk mesin penyimpanan yang direkomendasikan untuk versi MariaDB.
Lihat informasi yang lebih lengkap di [InnoDB](https://mariadb.com/kb/en/innodb/).
## Mesin MyRocks penyimpanan
Mesin MyRocks penyimpanan tersedia dalam RDS untuk MariaDB versi 10.6 dan lebih tinggi. Sebelum menggunakan mesin MyRocks penyimpanan dalam database produksi, kami menyarankan Anda melakukan benchmarking dan pengujian menyeluruh untuk memverifikasi potensi manfaat apa pun dibandingkan InnoDB untuk kasus penggunaan Anda.
Grup parameter default untuk MariaDB versi 10.6 mencakup parameter. MyRocks Untuk informasi selengkapnya, lihat [Parameter untuk MariaDB](Appendix.MariaDB.Parameters.md) dan [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
Untuk membuat tabel yang menggunakan mesin MyRocks penyimpanan, tentukan `ENGINE=RocksDB` dalam `CREATE TABLE` pernyataan. Contoh berikut membuat tabel yang menggunakan mesin MyRocks penyimpanan.
```
CREATE TABLE test (a INT NOT NULL, b CHAR(10)) ENGINE=RocksDB;
```
Kami sangat menyarankan agar Anda tidak menjalankan transaksi yang mencakup InnoDB dan MyRocks tabel. MariaDB tidak menjamin ACID (atomisitas, konsistensi, isolasi, durabilitas) untuk transaksi melintas mesin penyimpanan. Meskipun dimungkinkan untuk memiliki InnoDB dan MyRocks tabel dalam instance DB, kami tidak merekomendasikan pendekatan ini kecuali selama migrasi dari satu mesin penyimpanan ke mesin penyimpanan lainnya. Ketika InnoDB dan MyRocks tabel ada dalam instans DB, setiap mesin penyimpanan memiliki kumpulan buffer sendiri, yang dapat menyebabkan kinerja menurun.
MyRocks tidak mendukung `SERIALIZABLE` isolasi atau kunci celah. Jadi, umumnya Anda tidak dapat menggunakan MyRocks replikasi berbasis pernyataan. Untuk informasi lebih lanjut, lihat [ MyRocks dan Replikasi.](https://mariadb.com/kb/en/myrocks-and-replication/)
Saat ini, Anda hanya dapat memodifikasi MyRocks parameter berikut:
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_block_cache_size](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_block_cache_size)
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_bulk_load](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_bulk_load)
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_bulk_load_size](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_bulk_load_size)
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_deadlock_detect](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_deadlock_detect)
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_deadlock_detect_depth](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_deadlock_detect_depth)
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_max_latest_deadlocks](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_max_latest_deadlocks)
Mesin MyRocks penyimpanan dan mesin penyimpanan InnoDB dapat bersaing untuk memori berdasarkan pengaturan untuk parameter `rocksdb_block_cache_size` dan`innodb_buffer_pool_size`. Dalam beberapa kasus, Anda mungkin hanya bermaksud menggunakan mesin MyRocks penyimpanan pada instans DB tertentu. Jika demikian, sebaiknya atur `innodb_buffer_pool_size minimal` parameter ke nilai minimal dan atur `rocksdb_block_cache_size` setinggi mungkin.
Anda dapat mengakses file MyRocks log dengan menggunakan [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBLogFiles.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBLogFiles.html)dan [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DownloadDBLogFilePortion.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DownloadDBLogFilePortion.html)operasi.
Untuk informasi lebih lanjut tentang MyRocks, lihat [MyRocks](https://mariadb.com/kb/en/myrocks/)di situs web MariaDB.
# Penghangatan cache untuk MariaDB di Amazon RDS
Penghangatan cache InnoDB dapat memberikan raihan performa untuk instans basis data MariaDB Anda dengan menyimpan status saat ini dari kolam penyangga ketika instans basis data dimatikan, lalu memuatkan ulang kolam penyangga itu dari informasi tersimpan ketika instans basis data dimulai. Pendekatan ini mengabaikan kebutuhan bagi kolam penyangga untuk "menghangat" dari penggunaan basis data normal dan malah mengisi dahulu kolam penyangga dengan halaman untuk kueri-kueri umum yang diketahui. Lihat informasi yang lebih lengkap tentang penghangatan cache di [Dumping and restoring the buffer pool](http://mariadb.com/kb/en/mariadb/xtradbinnodb-buffer-pool/#dumping-and-restoring-the-buffer-pool) dalam dokumentasi MariaDB.
Penghangatan cache diaktifkan secara default pada instans basis data MariaDB 10.3 dan yang lebih tinggi. Untuk mengaktifkannya, atur parameter-parameter `innodb_buffer_pool_dump_at_shutdown` dan `innodb_buffer_pool_load_at_startup` ke 1 dalam grup parameter untuk instans basis data Anda. Mengubah nilai parameter-parameter ini di grup parameter akan memengaruhi semua instans basis data MariaDB yang menggunakan grup parameter itu. Untuk mengaktifkan penghangatan cache bagi instans basis data MariaDB tertentu, Anda mungkin perlu membuat grup parameter baru bagi instans itu. Lihat informasi tentang grup parameter di [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
Penghangatan cache terutama memberikan manfaat performa ke instans basis data yang menggunakan penyimpanan standar. Jika menggunakan penyimpanan PIOPS, Anda biasanya tidak melihat manfaat performa yang kentara.
**penting**
Jika instans basis data MariaDB tidak mati secara normal, seperti saat failover, status kolam penyangga tidak disimpan ke disk. Dalam kasus ini, MariaDB memuatkan file kolam penyangga apa pun yang tersedia saat instans basis data dimulai ulang. Tidak ada kerugian yang timbul, tetapi kolam penyangga yang dipulihkan mungkin tidak mencerminkan status terbaru kolam penyangga itu sebelum pemulaian ulang. Untuk memastikan bahwa Anda memiliki status terbaru kolam penyangga yang tersedia untuk menghangatkan cache saat pemulaian ulang, sebaiknya kuras kolam penyangga secara berkala "atas permintaan." Anda dapat menguras atau mengisi kolam penyangga atas permintaan.
Anda dapat membuat peristiwa untuk menguras kolam penyangga secara otomatis dan pada interval berkala. Misalnya, pernyataan berikut membuat peristiwa bernama `periodic_buffer_pool_dump` yang menguras kolam penyangga setiap jam.
```
1. CREATE EVENT periodic_buffer_pool_dump
2. ON SCHEDULE EVERY 1 HOUR
3. DO CALL mysql.rds_innodb_buffer_pool_dump_now();
```
Lihat informasi yang lebih lengkap di [Events](http://mariadb.com/kb/en/mariadb/stored-programs-and-views-events/) dalam dokumentasi MariaDB.
## Menguras dan mengisi kolam penyangga atas permintaan
Anda dapat menyimpan dan memuatkan cache atas permintaan dengan menggunakan prosedur tersimpan berikut:
+ Untuk menguras keadaan saat ini kolam penyangga ke disk, panggil prosedur tersimpan [mysql.rds\$1innodb\$1buffer\$1pool\$1dump\$1now](mysql-stored-proc-warming.md#mysql_rds_innodb_buffer_pool_dump_now).
+ Untuk memuat status tersimpan pool buffer dari disk, panggil prosedur tersimpan [mysql.rds\$1innodb\$1buffer\$1pool\$1load\$1now](mysql-stored-proc-warming.md#mysql_rds_innodb_buffer_pool_load_now).
+ Untuk membatalkan operasi pemuatan yang sedang berlangsung, panggil prosedur tersimpan [mysql.rds\$1innodb\$1buffer\$1pool\$1load\$1abort](mysql-stored-proc-warming.md#mysql_rds_innodb_buffer_pool_load_abort).
# Fitur-fitur MariaDB yang didukung oleh Amazon RDS
Fitur-fitur MariaDB berikut tidak didukung di Amazon RDS:
+ Mesin penyimpanan S3
+ Plugin autentikasi – GSSAPI
+ Plugin autentikasi – Unix Socket
+ AWS Plugin enkripsi Manajemen Kunci
+ Replikasi tertunda untuk versi-versi MariaDB di bawah 10.6
+ Enkripsi MariaDB asli saat rehat untuk InnoDB dan Aria
Anda dapat mengaktifkan enkripsi saat rehat untuk instans basis data MariaDB dengan mengikuti petunjuk di [Mengenkripsi sumber daya Amazon RDS](Overview.Encryption.md).
+ HandlerSocket
+ Jenis tabel JSON untuk versi-versi MariaDB di bawah 10.6
+ MariaDB ColumnStore
+ MariaDB Galera Cluster
+ Replikasi multi-sumber
+ MyRocks mesin penyimpanan untuk versi MariaDB lebih rendah dari 10.6
+ Plugin validasi kata sandi,`simple_password_check`, dan `cracklib_password_check` untuk versi MariaDB lebih rendah dari 11.4
+ Mesin penyimpanan Spider
+ Mesin penyimpanan Sphinx
+ Mesin penyimpanan TokuDB
+ Atribut objek khusus mesin penyimpanan, seperti yang dijelaskan dalam atribut [baru yang ditentukan Engine dalam dokumentasi MariaDB Table/Field/Index](http://mariadb.com/kb/en/mariadb/engine-defined-new-tablefieldindex-attributes/)
+ Enkripsi tabel dan ruang tabel
+ Plugin Pengelolaan Kunci Hashicorp
+ Menjalankan dua pemutakhiran secara paralel
Untuk memberikan pengalaman layanan terkelola, Amazon RDS tidak memberikan akses shell ke instans basis data, dan membatasi akses ke sejumlah prosedur dan tabel sistem tertentu yang memerlukan privilese lanjut. Amazon RDS mendukung akses ke basis data di instans basis data dengan menggunakan aplikasi klien SQL standar. Amazon RDS tidak mengizinkan akses host langsung ke instans basis data dengan menggunakan Telnet, Secure Shell (SSH), atau Windows Remote Desktop Connection.
# Versi-versi MariaDB pada Amazon RDS
Untuk MariaDB, nomor versi disusun sebagai versi X.Y.Z. Dalam terminologi Amazon RDS, X.Y menunjukkan versi utama, dan Z adalah nomor versi kecil. Untuk implementasi Amazon RDS, perubahan versi dianggap besar jika nomor versi utama berubah, misalnya, dari versi 10.5 ke 10.6. Perubahan versi dianggap kecil jika hanya nomor versi minor yang berubah, misalnya dari versi 10.6.14 ke 10.6.16.
**Topics**
+ [Versi-versi kecil MariaDB yang didukung di Amazon RDS](#MariaDB.Concepts.VersionMgmt.Supported)
+ [Versi-versi utama MariaDB yang didukung di Amazon RDS](#MariaDB.Concepts.VersionMgmt.ReleaseCalendar)
+ [Menggunakan lingkungan Pratinjau Basis Data](#mariadb-working-with-the-database-preview-environment)
+ [MariaDB versi 11.7 di lingkungan Pratinjau Database](#mariadb-preview-environment-version-11-7)
+ [Versi-versi yang dihentikan untuk Amazon RDS for MariaDB](#MariaDB.Concepts.DeprecatedVersions)
## Versi-versi kecil MariaDB yang didukung di Amazon RDS
Amazon RDS saat ini mendukung versi-versi kecil MariaDB berikut.
**catatan**
Tanggal yang berupa hanya bulan dan tahun merupakan perkiraan, dan akan diperbarui dengan tanggal persisnya saat diketahui.
Tabel berikut menunjukkan versi minor MariaDB 11.8 yang saat ini didukung Amazon RDS.
| Versi mesin MariaDB | Tanggal rilis komunitas | Tanggal rilis RDS | Tanggal akhir dukungan standar RDS |
| --- | --- | --- | --- |
| 11.8.6 | 04 Februari 2026 | 10 Februari 2026 | Februari 2027 |
| 11.8.5 | 14 November 2025 | 20 November 2025 | November 2026 |
| 11.8.3 | 6 Agustus 2025 | 25 Agustus 2025 | September 2026 |
Tabel berikut menunjukkan versi minor MariaDB 11.4 yang saat ini didukung Amazon RDS.
| Versi mesin MariaDB | Tanggal rilis komunitas | Tanggal rilis RDS | Tanggal akhir dukungan standar RDS |
| --- | --- | --- | --- |
| 11.4.10 | 04 Februari 2026 | 10 Februari 2026 | Februari 2027 |
| 11.4.9 | 6 November 2025 | 18 November 2025 | November 2026 |
| 11.4.8 | 6 Agustus 2025 | 13 Agustus 2025 | September 2026 |
| 11.4.7 | 22 Mei 2025 | 4 Juni 2025 | September 2026 |
| 11.4.5 | 4 Februari 2025 | 24 Februari 2025 | Mei 2026 |
| 11.4.4 | 1 November 2024 | 20 Desember 2024 | Mei 2026 |
| 11.4.3 | 8 Agustus 2024 | 15 Oktober 2024 | Mei 2026 |
Tabel berikut menunjukkan versi minor MariaDB 10.11 yang saat ini didukung Amazon RDS.
| Versi mesin MariaDB | Tanggal rilis komunitas | Tanggal rilis RDS | Tanggal akhir dukungan standar RDS |
| --- | --- | --- | --- |
| 10.11.16 | 04 Februari 2026 | 10 Februari 2026 | Februari 2027 |
| 10.11.15 | 6 November 2025 | 18 November 2025 | November 2026 |
| 10.11.14 | 6 Agustus 2025 | 13 Agustus 2025 | September 2026 |
| 10.11.13 | 22 Mei 2025 | 4 Juni 2025 | September 2026 |
| 10.11.11 | 4 Februari 2025 | 24 Februari 2025 | Mei 2026 |
| 10.11.10 | 1 November 2024 | 20 Desember 2024 | Mei 2026 |
| 10.11.9 | 8 Agustus 2024 | 4 September 2024 | Mei 2026 |
Tabel berikut menunjukkan versi minor MariaDB 10.6 yang saat ini didukung Amazon RDS.
| Versi mesin MariaDB | Tanggal rilis komunitas | Tanggal rilis RDS | Tanggal akhir dukungan standar RDS |
| --- | --- | --- | --- |
| 10.6.25 | 04 Februari 2026 | 10 Februari 2026 | Juli 2026 |
| 10.6.24 | 6 November 2025 | 18 November 2025 | Juli 2026 |
| 10.6.23 | 6 Agustus 2025 | 13 Agustus 2025 | Juli 2026 |
| 10.6.22 | 6 Mei 2025 | 20 Mei 2025 | Juli 2026 |
| 10.6.21 | 4 Februari 2025 | 24 Februari 2025 | Mei 2026 |
| 10.6.20 | 1 November 2024 | 20 Desember 2024 | Mei 2026 |
| 10.6.19 | 8 Agustus 2024 | 4 September 2024 | Mei 2026 |
Tabel berikut menunjukkan versi minor MariaDB 10.5 yang saat ini didukung Amazon RDS.
| Versi mesin MariaDB | Tanggal rilis komunitas | Tanggal rilis RDS | Tanggal akhir dukungan standar RDS |
| --- | --- | --- | --- |
| 10.5.29 | 6 Mei 2025 | 20 Mei 2025 | Juni 2026 |
| 10.5.28 | 4 Februari 2025 | 24 Februari 2025 | Juni 2026 |
| 10.5.27 | 1 November 2024 | 20 Desember 2024 | Mei 2026 |
Anda dapat menentukan versi MariaDB mana pun yang saat ini didukung ketika membuat instans basis data baru. Anda dapat menentukan versi utama (seperti MariaDB 10.5) dan sebarang versi kecil yang didukung untuk versi utama itu. Jika tidak ada versi yang ditentukan, Amazon RDS menjadikan default sebuah versi yang didukung, biasanya versi terbaru. Jika versi utama ditentukan tetapi versi kecil tidak, Amazon RDS menjadikan menetapkan default ke rilis versi utama terbaru yang telah Anda tentukan. Untuk melihat daftar versi yang didukung, serta default untuk instans DB yang baru dibuat, gunakan perintah. [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI
Misalnya, untuk menampilkan daftar versi-versi mesin yang didukung untuk RDS for MariaDB, jalankan perintah CLI berikut:
```
aws rds describe-db-engine-versions --engine mariadb --query "*[].{Engine:Engine,EngineVersion:EngineVersion}" --output text
```
Versi MariaDB default mungkin berbeda-beda menurut Wilayah AWS. Untuk membuat instans basis data dengan versi kecil tertentu, tentukan versi kecil selama pembuatan instans basis data. Anda dapat menentukan versi minor default untuk Wilayah AWS dengan menjalankan AWS CLI perintah berikut:
```
aws rds describe-db-engine-versions --default-only --engine mariadb --engine-version major_engine_version --region region --query "*[].{Engine:Engine,EngineVersion:EngineVersion}" --output text
```
Ganti *major\$1engine\$1version* dengan versi mesin utama, dan ganti *region* dengan Wilayah AWS. Misalnya, AWS CLI perintah berikut mengembalikan versi mesin minor MariaDB default untuk versi utama 10.5 dan US West (Oregon) (us-west-2): Wilayah AWS
```
aws rds describe-db-engine-versions --default-only --engine mariadb --engine-version 10.5 --region us-west-2 --query "*[].{Engine:Engine,EngineVersion:EngineVersion}" --output text
```
### MariaDB versi minor di Amazon RDS
**Topics**
+ [MariaDB versi 11.8.6](#MariaDB.Concepts.VersionMgmt.Supported.Minor.11.8.6)
+ [MariaDB versi 11.8.5](#MariaDB.Concepts.VersionMgmt.Supported.Minor.11.8.5)
+ [MariaDB versi 11.8.3](#MariaDB.Concepts.VersionMgmt.Supported.Minor.11.8.3)
+ [MariaDB versi 11.4.10](#MariaDB.Concepts.VersionMgmt.Supported.Minor.11.4.10)
+ [MariaDB versi 11.4.9](#MariaDB.Concepts.VersionMgmt.Supported.Minor.11.4.9)
+ [MariaDB versi 11.4.8](#MariaDB.Concepts.VersionMgmt.Supported.Minor.11.4.8)
+ [MariaDB versi 11.4.7](#MariaDB.Concepts.VersionMgmt.Supported.Minor.11.4.7)
+ [MariaDB versi 11.4.5](#MariaDB.Concepts.VersionMgmt.Supported.Minor.11.4.5)
+ [MariaDB versi 11.4.4](#MariaDB.Concepts.VersionMgmt.Supported.Minor.11.4.4)
+ [MariaDB versi 10.11.16](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.11.16)
+ [MariaDB versi 10.11.15](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.11.15)
+ [MariaDB versi 10.11.14](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.11.14)
+ [MariaDB versi 10.11.13](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.11.13)
+ [MariaDB versi 10.11.11](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.11.11)
+ [MariaDB versi 10.11.10](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.11.10)
+ [MariaDB versi 10.6.25](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.6.25)
+ [MariaDB versi 10.6.24](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.6.24)
+ [MariaDB versi 10.6.23](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.6.23)
+ [MariaDB versi 10.6.22](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.6.22)
+ [MariaDB versi 10.6.21](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.6.21)
+ [MariaDB versi 10.6.20](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.6.20)
+ [MariaDB versi 10.5.29](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.5.29)
+ [MariaDB versi 10.5.28](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.5.28)
+ [MariaDB versi 10.5.27](#MariaDB.Concepts.VersionMgmt.Supported.Minor.10.5.27)
#### MariaDB versi 11.8.6
MariaDB versi 11.8.6 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025c`.
+ Memperbaiki masalah yang dapat menyebabkan beberapa pernyataan SQL tidak masuk log dalam log audit.
#### MariaDB versi 11.8.5
MariaDB versi 11.8.5 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
#### MariaDB versi 11.8.3
MariaDB versi 11.8.3 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ **Nilai default baru untuk parameter** — Nilai default `require_secure_transport` parameter diubah dari `0` ke`1`, menegakkan koneksi transportasi aman secara default. Untuk informasi selengkapnya, lihat [SSL/TLS Memerlukan semua koneksi ke instance MariaDB DB di Amazon RDS](mariadb-ssl-connections.require-ssl.md).
#### MariaDB versi 11.4.10
MariaDB versi 11.4.10 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025c`.
+ Memperbaiki masalah yang dapat menyebabkan beberapa pernyataan SQL tidak masuk log dalam log audit.
#### MariaDB versi 11.4.9
MariaDB versi 11.4.9 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
#### MariaDB versi 11.4.8
MariaDB versi 11.4.8 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
#### MariaDB versi 11.4.7
MariaDB versi 11.4.7 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025b`.
#### MariaDB versi 11.4.5
MariaDB versi 11.4.5 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025a`.
#### MariaDB versi 11.4.4
MariaDB versi 11.4.4 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Mengembalikan dua perubahan komunitas MariaDB yang point-in-time menyebabkan pemulihan (PITR) gagal. Untuk informasi selengkapnya, lihat [MariaDB Server Jira issue MDEV-35528](https://jira.mariadb.org/browse/MDEV-35528).
#### MariaDB versi 10.11.16
MariaDB versi 10.11.16 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025c`.
+ Memperbaiki masalah yang dapat menyebabkan beberapa pernyataan SQL tidak masuk log dalam log audit.
#### MariaDB versi 10.11.15
MariaDB versi 10.11.15 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
#### MariaDB versi 10.11.14
MariaDB versi 10.11.14 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
#### MariaDB versi 10.11.13
MariaDB versi 10.11.13 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025b`.
#### MariaDB versi 10.11.11
MariaDB versi 10.11.11 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025a`.
#### MariaDB versi 10.11.10
MariaDB versi 10.11.10 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Mengembalikan dua perubahan komunitas MariaDB yang point-in-time menyebabkan pemulihan (PITR) gagal. Untuk informasi selengkapnya, lihat [MariaDB Server Jira issue MDEV-35528](https://jira.mariadb.org/browse/MDEV-35528).
#### MariaDB versi 10.6.25
MariaDB versi 10.6.25 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025c`.
+ Memperbaiki masalah yang dapat menyebabkan beberapa pernyataan SQL tidak masuk log dalam log audit.
#### MariaDB versi 10.6.24
MariaDB versi 10.6.24 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
#### MariaDB versi 10.6.23
MariaDB versi 10.6.23 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
#### MariaDB versi 10.6.22
MariaDB versi 10.6.22 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025b`.
#### MariaDB versi 10.6.21
MariaDB versi 10.6.21 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025a`.
#### MariaDB versi 10.6.20
MariaDB versi 10.6.20 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Mengembalikan dua perubahan komunitas MariaDB yang point-in-time menyebabkan pemulihan (PITR) gagal. Untuk informasi selengkapnya, lihat [MariaDB Server Jira issue MDEV-35528](https://jira.mariadb.org/browse/MDEV-35528).
#### MariaDB versi 10.5.29
MariaDB versi 10.5.29 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025b`.
#### MariaDB versi 10.5.28
MariaDB versi 10.5.28 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Memperbarui informasi zona waktu untuk mendasarkannya`tzdata2025a`.
#### MariaDB versi 10.5.27
MariaDB versi 10.5.27 sekarang tersedia di Amazon RDS. Rilis ini berisi perbaikan dan peningkatan yang ditambahkan oleh komunitas MariaDB dan Amazon RDS.
**Fitur dan penyempurnaan baru**
+ Mengembalikan dua perubahan komunitas MariaDB yang point-in-time menyebabkan pemulihan (PITR) gagal. Untuk informasi selengkapnya, lihat [MariaDB Server Jira issue MDEV-35528](https://jira.mariadb.org/browse/MDEV-35528).
## Versi-versi utama MariaDB yang didukung di Amazon RDS
Versi-versi utama RDS for MariaDB tetap tersedia setidaknya sampai akhir pemakaian komunitas untuk versi komunitas yang bersangkutan. Anda dapat menggunakan tanggal-tanggal berikut untuk merencanakan siklus pengujian dan pemutakhiran. Jika Amazon memperpanjang dukungan untuk versi RDS for MariaDB lebih lama daripada yang dinyatakan semula, kami merencanakan untuk memperbarui tabel ini guna mencerminkan tanggal yang mundur itu.
**catatan**
Tanggal yang berupa hanya bulan dan tahun merupakan perkiraan, dan akan diperbarui dengan tanggal persisnya saat diketahui.
Anda juga dapat melihat informasi tentang tanggal dukungan untuk versi mesin utama dengan menjalankan AWS CLI perintah [describe-db-major-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-major-engine-versions.html) atau dengan menggunakan operasi [Deskripsikan DBMajor EngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBMajorEngineVersions.html) RDS API.
| Versi utama MariaDB | Tanggal rilis komunitas | Tanggal rilis RDS | Tanggal akhir pemakaian komunitas | Tanggal akhir dukungan standar RDS |
| --- | --- | --- | --- | --- |
| MariaDB 11.8 | 6 Agustus 2025 | 25 Agustus 2025 | Juni 2030 | Juni 2030 |
| MariaDB 11.4 | 8 Agustus 2024 | 15 Oktober 2024 | Mei 2029 | Mei 2029 |
| MariaDB 10.11 | 16 Februari 2023 | 21 Agustus 2023 | 16 Februari 2028 | Februari 2028 |
| MariaDB 10.6 | 6 Juli 2021 | 3 Februari 2022 | 6 Juli 2026 | Agustus 2026 |
| MariaDB 10.5 | 24 Juni 2020 | 21 Januari 2021 | 24 Juni 2025 | Agustus 2026 |
## Menggunakan lingkungan Pratinjau Basis Data
RDS untuk instance MariaDB DB di lingkungan Pratinjau Database secara fungsional mirip dengan RDS lain untuk instance MariaDB DB. Namun, Anda tidak dapat menggunakan Lingkungan Pratinjau Basis Data untuk beban kerja produksi.
Lingkungan Pratinjau memiliki batasan berikut ini:
+ Amazon RDS menghapus semua instans DB 60 hari setelah Anda membuatnya, termasuk semua cadangan dan snapshot.
+ Anda hanya dapat menggunakan penyimpanan SSD Tujuan Umum dan IOPS yang Tersedia.
+ Anda tidak bisa mendapatkan Dukungan bantuan dari instans DB. [Sebagai gantinya, Anda dapat memposting pertanyaan Anda ke komunitas Tanya Jawab yang AWS dikelola, Re:post.AWS](https://repost.aws/tags/TAsibBK6ZeQYihN9as4S_psg/amazon-relational-database-service)
+ Anda tidak dapat menyalin snapshot instans DB ke lingkungan produksi.
Opsi berikut didukung oleh pratinjau.
+ Anda dapat membuat instans DB menggunakan kelas instans DB db.m6i, db.r6i, db.m6g, db.m5, db.t3, db.r6g, dan db.r5. Untuk informasi selengkapnya tentang kelas instans RDS, lihat [ DB](Concepts.DBInstanceClass.md).
+ Anda dapat menggunakan penerapan Single-AZ dan Multi-AZ.
+ Anda dapat menggunakan fungsi dump dan load MariaDB standar untuk mengekspor database dari atau mengimpor database ke lingkungan Pratinjau Database.
### Fitur yang tidak didukung di lingkungan Pratinjau Basis Data
Fitur berikut ini tidak tersedia di lingkungan Pratinjau Basis Data:
+ Salinan snapshot lintas Wilayah
+ Replika baca lintas Wilayah
+ Proksi RDS
### Membuat instans DB baru di Lingkungan Pratinjau Basis Data
Anda dapat membuat instans DB di lingkungan Pratinjau Database menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
#### Konsol
**Untuk membuat instans DB di Lingkungan Pratinjau Basis Data**
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. Pilih **Dasbor** dari panel navigasi.
1. Di halaman **Dasbor**, cari bagian **Lingkungan Pratinjau Basis Data**, seperti yang ditunjukkan pada gambar berikut.
![\[Bagian Lingkungan Pratinjau Basis Data dengan tautan di konsol Amazon RDS.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/preview-environment-dashboard.png)
Anda dapat langsung menuju [Lingkungan pratinjau basis data](https://us-east-2.console.aws.amazon.com/rds-preview/home?region=us-east-2#). Sebelum dapat melanjutkan, Anda harus mengakui dan menerima batasan.
![\[Dialog Perjanjian Layanan Lingkungan Pratinjau Database untuk mengakui batasan.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/preview-environment-console.png)
1. Untuk membuat instans RDS untuk MariaDB DB, ikuti proses yang sama seperti yang Anda lakukan untuk membuat instans Amazon RDS DB. Untuk informasi lebih lanjut, lihat prosedur [Konsol](USER_CreateDBInstance.md#USER_CreateDBInstance.CON) di [Membuat instans DB](USER_CreateDBInstance.md#USER_CreateDBInstance.Creating).
#### AWS CLI
Untuk membuat instance DB di lingkungan Pratinjau Database menggunakan AWS CLI, gunakan endpoint berikut.
```
rds-preview.us-east-2.amazonaws.com
```
Untuk membuat instans RDS untuk MariaDB DB, ikuti proses yang sama seperti yang Anda lakukan untuk membuat instans Amazon RDS DB. Untuk informasi lebih lanjut, lihat prosedur [AWS CLI](USER_CreateDBInstance.md#USER_CreateDBInstance.CLI) di [Membuat instans DB](USER_CreateDBInstance.md#USER_CreateDBInstance.Creating).
#### API RDS
Untuk membuat instans DB di Lingkungan Pratinjau Basis Data menggunakan API RDS, gunakan titik akhir berikut.
```
rds-preview.us-east-2.amazonaws.com
```
Untuk membuat instans RDS untuk MariaDB DB, ikuti proses yang sama seperti yang Anda lakukan untuk membuat instans Amazon RDS DB. Untuk informasi lebih lanjut, lihat prosedur [API RDS](USER_CreateDBInstance.md#USER_CreateDBInstance.API) di [Membuat instans DB](USER_CreateDBInstance.md#USER_CreateDBInstance.Creating).
## MariaDB versi 11.7 di lingkungan Pratinjau Database
MariaDB versi 11.7 sekarang tersedia di lingkungan Amazon RDS Database Preview. MariaDB versi 11.7 berisi beberapa perbaikan yang dijelaskan [dalam Perubahan dan perbaikan di](https://mariadb.com/kb/en/changes-improvements-in-mariadb-11-7/) MariaDB 11.7. Versi ini juga mencakup dukungan untuk tipe data vektor, pengindeksan, dan pencarian. Untuk informasi selengkapnya, lihat [Ikhtisar Vektor](https://mariadb.com/kb/en/vector-overview/) di dokumentasi MariaDB.
Anda dapat menggunakan lingkungan Pratinjau Database untuk menguji beban kerja Anda terhadap rilis ini sebelum tersedia di semua Wilayah AWS untuk beban kerja produksi. Untuk informasi tentang Lingkungan Pratinjau Basis Data, lihat [Menggunakan lingkungan Pratinjau Basis Data](#mariadb-working-with-the-database-preview-environment). Untuk mengakses Lingkungan Pratinjau dari konsol, pilih [rds-preview/](https://console.aws.amazon.com/rds-preview/).
## Versi-versi yang dihentikan untuk Amazon RDS for MariaDB
Amazon RDS for MariaDB versi 10.0, 10.1, 10.2, dan 10.3 tidak digunakan lagi.
[Untuk informasi tentang kebijakan penghentian Amazon RDS untuk MariaDB, lihat Amazon RDS. FAQs](https://aws.amazon.com/rds/faqs/)
# Menghubungkan ke instans MariaDB DB Anda
Setelah Amazon RDS menyediakan instans DB, Anda dapat menggunakan aplikasi klien MariaDB standar atau utilitas guna terhubung ke instans tersebut. Dalam string koneksi, tentukan alamat Sistem Nama Domain (DNS) dari titik akhir instans DB sebagai parameter host. Tentukan juga nomor port dari titik akhir instans DB sebagai parameter port.
Anda dapat terhubung ke instans DB Amazon RDS for MariaDB menggunakan alat seperti klien baris perintah MySQL. Untuk mengetahui informasi selengkapnya tentang cara menggunakan klien baris perintah MySQL, lihat [mysql command-line client](http://mariadb.com/kb/en/mariadb/mysql-command-line-client/) di dokumentasi MySQL. Satu aplikasi berbasis GUI yang dapat Anda gunakan untuk terhubung adalah Heidi. Untuk mengetahui informasi selengkapnya, lihat halaman [Mengunduh HeidiSQL](http://www.heidisql.com/download.php). [Untuk mengetahui informasi tentang cara menginstal MySQL (termasuk klien baris perintah MySQL), lihat Menginstal dan meningkatkan MySQL](https://dev.mysql.com/doc/refman/8.0/en/installing.html).
Sebagian besar distribusi Linux menyertakan klien MariaDB, bukan klien Oracle MySQL. Untuk menginstal klien baris perintah MySQL di Amazon Linux 2023, jalankan perintah berikut:
```
sudo dnf install mariadb105
```
Untuk menginstal klien baris perintah MySQL di Amazon Linux 2, jalankan perintah berikut:
```
sudo yum install mariadb
```
Untuk menginstal klien baris perintah MySQL di sebagian besar distribusi Linux berbasis DEB, jalankan perintah berikut.
```
apt-get install mariadb-client
```
Untuk memeriksa versi klien baris perintah MySQL Anda, jalankan perintah berikut.
```
mysql --version
```
Untuk membaca dokumentasi MySQL untuk versi klien Anda saat ini, jalankan perintah berikut.
```
man mysql
```
Untuk terhubung ke instans DB dari luar cloud privat virtual (VPC) berdasarkan Amazon VPC, instans DB harus dapat diakses secara publik. Selain itu, akses harus diberikan menggunakan aturan masuk grup keamanan instans DB, dan persyaratan lain harus terpenuhi. Untuk mengetahui informasi selengkapnya, lihat [Tidak dapat terhubung ke instans DB Amazon RDS](CHAP_Troubleshooting.md#CHAP_Troubleshooting.Connecting).
Anda dapat menggunakan enkripsi SSL pada koneksi ke instans DB MariaDB. Untuk informasi, lihat [Dukungan SSL/TLS untuk instans MariaDB DB di Amazon RDS](MariaDB.Concepts.SSLSupport.md).
Untuk menemukan dan terhubung ke RDS untuk instance MariaDB DB, lihat topik berikut.
**Topics**
+ [Menemukan informasi koneksi untuk instans DB MariaDB](USER_ConnectToMariaDBInstance.EndpointAndPort.md)
+ [Menghubungkan dari klien SQL baris perintah Saya (tidak terenkripsi) untuk MariaDB RDS](USER_ConnectToMariaDBInstance.CLI.md)
+ [Menghubungkan ke RDS untuk MariaDB dengan Driver AWS JDBC dan Driver Python; AWS](MariaDB.Connecting.Drivers.md)
+ [Memecahkan masalah koneksi ke instans DB MariaDB Anda](USER_ConnectToMariaDBInstance.Troubleshooting.md)
# Menemukan informasi koneksi untuk instans DB MariaDB
Informasi koneksi untuk instans DB mencakup titik akhir, port, dan pengguna basis datanya yang valid, seperti pengguna utama. Sebagai contoh, anggaplah bahwa nilai titik akhir adalah `mydb.123456789012.us-east-1.rds.amazonaws.com`. Dalam hal ini, nilai port adalah `3306`, dan pengguna basis data adalah `admin`. Dengan informasi ini, Anda menentukan nilai berikut dalam string koneksi:
+ Untuk nama atau nama host atau DNS host, tentukan`mydb.123456789012.us-east-1.rds.amazonaws.com`.
+ Untuk port, tentukan `3306`.
+ Untuk pengguna, tentukan `admin`.
Untuk terhubung ke instans DB, gunakan klien apa saja untuk mesin DB MariaDB. Misalnya, Anda mungkin menggunakan klien SQL baris perintah Saya atau Meja Kerja SayaSQL.
Untuk menemukan informasi koneksi untuk instans DB, Anda dapat menggunakan [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)perintah Konsol Manajemen AWS, AWS Command Line Interface (AWS CLI), atau escribeDBInstances operasi Amazon RDS API [D](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstances.html) untuk mencantumkan detailnya.
## Konsol
**Untuk menemukan informasi koneksi untuk instans DB di Konsol Manajemen AWS**
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis data** untuk menampilkan daftar instans DB Anda.
1. Pilih nama instans DB MariaDB untuk menampilkan detailnya.
1. Di tab **Konektivitas & keamanan**, salin titik akhir. Selain itu, catat nomor port. Anda memerlukan titik akhir dan nomor port untuk terhubung ke instans DB.
![\[Titik akhir dan port instans DB di RDS konsol Amazon.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/endpoint-port.png)
1. Jika Anda perlu menemukan nama pengguna utama, pilih tab **Konfigurasi** dan lihat nilai **Nama pengguna utama**.
## AWS CLI
Untuk menemukan informasi koneksi untuk instance MariaDB dengan menggunakan, jalankan AWS CLI perintah. [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) Dalam panggilan tersebut, buat kueri untuk ID instans DB, titik akhir, port, dan nama pengguna utama.
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-instances \
--filters "Name=engine,Values=mariadb" \
--query "*[].[DBInstanceIdentifier,Endpoint.Address,Endpoint.Port,MasterUsername]"
```
Untuk Windows:
```
aws rds describe-db-instances ^
--filters "Name=engine,Values=mariadb" ^
--query "*[].[DBInstanceIdentifier,Endpoint.Address,Endpoint.Port,MasterUsername]"
```
Output Anda akan terlihat seperti berikut ini.
```
[
[
"mydb1",
"mydb1.123456789012.us-east-1.rds.amazonaws.com",
3306,
"admin"
],
[
"mydb2",
"mydb2.123456789012.us-east-1.rds.amazonaws.com",
3306,
"admin"
]
]
```
## RDS API
Untuk menemukan informasi koneksi untuk instans DB dengan menggunakan Amazon RDSAPI, panggil escribeDBInstances operasi [D](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstances.html). Dalam output, temukan nilai untuk alamat titik akhir, port titik akhir, dan nama pengguna utama.
# Menghubungkan dari klien SQL baris perintah Saya (tidak terenkripsi) untuk MariaDB RDS
**penting**
Hanya gunakan SQL koneksi Saya yang tidak terenkripsi ketika klien dan server berada dalam keadaan yang sama VPC dan jaringan dipercaya. Untuk informasi tentang cara menggunakan koneksi terenkripsi, lihat [Menyambung ke instans MariaDB Anda di Amazon RDS dengan SSL/TLS dari klien baris perintah MySQL (dienkripsi)](USER_ConnectToMariaDBInstanceSSL.CLI.md).
Untuk terhubung ke instans DB menggunakan klien SQL baris perintah Saya, masukkan perintah berikut pada prompt perintah pada komputer klien. Melakukan langkah ini akan menghubungkan Anda ke basis data di instans DB MariaDB. Gantikan DNS nama (titik akhir) untuk instans DB Anda *``* dan nama pengguna utama yang Anda gunakan untuk *``*Berikan kata sandi utama yang Anda gunakan saat dimintai kata sandi.
```
mysql -h -P 3306 -u -p
```
Setelah memasukkan kata sandi untuk pengguna, Anda akan melihat output yang terlihat seperti berikut ini.
```
Welcome to the MariaDB monitor. Commands end with ; or \g.
Your MariaDB connection id is 31
Server version: 10.6.10-MariaDB-log Source distribution
Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
MariaDB [(none)]>
```
# Menghubungkan ke RDS untuk MariaDB dengan Driver AWS JDBC dan Driver Python; AWS
Connect ke RDS untuk instance MariaDB DB dengan Driver AWS JDBC dan Driver Python. AWS Untuk informasi selengkapnya, lihat topik berikut.
**Topics**
+ [Menghubungkan ke RDS untuk MariaDB dengan Driver Amazon Web Services () JDBC AWS](#MariaDB.Connecting.JDBCDriver)
+ [Menghubungkan ke RDS untuk MariaDB dengan Driver Python Amazon Web Services ()AWS](#MariaDB.Connecting.PythonDriver)
## Menghubungkan ke RDS untuk MariaDB dengan Driver Amazon Web Services () JDBC AWS
Amazon Web Services (AWS) JDBC Driver dirancang sebagai pembungkus JDBC tingkat lanjut. Pembungkus ini melengkapi dan memperluas fungsionalitas driver JDBC yang ada. Driver ini kompatibel dengan driver Connector/J MySQL komunitas dan driver MariaDB komunitas. Connector/J
Untuk menginstal Driver AWS JDBC, tambahkan file AWS JDBC Driver .jar (terletak di aplikasi`CLASSPATH`), dan simpan referensi ke driver komunitas masing-masing. Perbarui awalan URL koneksi masing-masing sebagai berikut:
+ `jdbc:mysql://` untuk `jdbc:aws-wrapper:mysql://`
+ `jdbc:mariadb://` untuk `jdbc:aws-wrapper:mariadb://`
Untuk informasi selengkapnya tentang Driver AWS JDBC dan petunjuk lengkap untuk menggunakannya, lihat repositori [Amazon Web Services (AWS) JDBC Driver](https://github.com/awslabs/aws-advanced-jdbc-wrapper). GitHub
## Menghubungkan ke RDS untuk MariaDB dengan Driver Python Amazon Web Services ()AWS
Driver Python Amazon Web Services (AWS) dirancang sebagai pembungkus Python tingkat lanjut. Pembungkus ini melengkapi dan memperluas fungsionalitas driver Psycopg open-source. Driver AWS Python mendukung Python versi 3.8 dan lebih tinggi. Anda dapat menginstal `aws-advanced-python-wrapper` paket menggunakan `pip` perintah, bersama dengan paket `psycopg` open-source.
Untuk informasi selengkapnya tentang Driver AWS Python dan petunjuk lengkap untuk menggunakannya, lihat repositori [Amazon Web Services ()AWS Python](https://github.com/awslabs/aws-advanced-python-wrapper) Driver. GitHub
# Memecahkan masalah koneksi ke instans DB MariaDB Anda
Dua penyebab umum kegagalan koneksi ke instans DB baru adalah sebagai berikut:
+ Instans DB dibuat menggunakan grup keamanan yang tidak mengotorisasi koneksi dari perangkat atau instans Amazon EC2 tempat aplikasi atau utilitas MariaDB berjalan. Instans DB harus memiliki grup keamanan VPC yang mengotorisasi koneksi. Untuk mengetahui informasi selengkapnya, lihat [Amazon VPC dan RDSAmazon ](USER_VPC.md).
Anda dapat menambahkan atau mengedit aturan masuk di grup keamanan. Untuk **Sumber**, pilih **IP Saya**. Pilihan ini akan mengizinkan akses ke instans DB dari alamat IP yang terdeteksi di browser Anda.
+ Instans DB dibuat menggunakan port default 3306, dan perusahaan Anda memiliki aturan firewall yang memblokir koneksi ke port tersebut dari perangkat di jaringan perusahaan Anda. Untuk memperbaiki kegagalan ini, buat ulang instans dengan port yang berbeda.
Untuk mengetahui informasi selengkapnya tentang masalah koneksi, lihat [Tidak dapat terhubung ke instans DB Amazon RDS](CHAP_Troubleshooting.md#CHAP_Troubleshooting.Connecting).
# Mengamankan koneksi instans DB MariaDB
Anda dapat mengelola keamanan instans DB MariaDB Anda.
**Topics**
+ [Keamanan MariaDB di Amazon RDS](MariaDB.Concepts.UsersAndPrivileges.md)
+ [Menggunakan plugin validasi kata sandi untuk RDS untuk MariaDB](MariaDB.Concepts.PasswordValidationPlugins.md)
+ [Mengenkripsi koneksi klien dengan instans DB SSL/TLS MariaDB di Amazon RDS](mariadb-ssl-connections.md)
+ [Memperbarui aplikasi untuk terhubung ke instance MariaDB menggunakan sertifikat baru SSL/TLS](ssl-certificate-rotation-mariadb.md)
# Keamanan MariaDB di Amazon RDS
Keamanan untuk instans basis data MariaDB dikelola pada tiga tingkat:
+ AWS Identity and Access Management mengontrol siapa yang dapat melakukan tindakan RDS manajemen Amazon pada instans DB. Saat Anda terhubung AWS menggunakan IAM kredensi, IAM akun Anda harus memiliki IAM kebijakan yang memberikan izin yang diperlukan untuk melakukan operasi pengelolaan AmazonRDS. Untuk informasi selengkapnya, lihat [Manajemen identitas dan akses untuk Amazon RDS](UsingWithRDS.IAM.md).
+ Saat membuat instans DB, Anda menggunakan grup VPC keamanan untuk mengontrol perangkat dan EC2 instans Amazon mana yang dapat membuka koneksi ke titik akhir dan port instans DB. Koneksi ini dapat dibuat menggunakan Secure Socket Layer (SSL) dan Transport Layer Security (TLS). Selain itu, aturan firewall di perusahaan Anda dapat mengendalikan apakah perangkat yang berjalan di perusahaan Anda boleh membuka koneksi dengan instans basis data.
+ Setelah koneksi dibuka untuk instans basis data MariaDB, autentikasi masuk dan izin diterapkan dengan cara yang sama dengan pada instans MariaDB mandiri. Perintah-perintah seperti `CREATE USER`, `RENAME USER`, `GRANT`, `REVOKE` dan `SET PASSWORD` bekerja sebagaimana pada basis data mandiri, seperti mengubah langsung tabel skema basis data.
Saat Anda membuat instans Amazon RDS DB, pengguna master memiliki hak istimewa default berikut:
+ `alter`
+ `alter routine`
+ `create`
+ `create routine`
+ `create temporary tables`
+ `create user`
+ `create view`
+ `delete`
+ `drop`
+ `event`
+ `execute`
+ `grant option`
+ `index`
+ `insert`
+ `lock tables`
+ `process`
+ `references`
+ `reload`
Privilese ini terbatas pada instans basis data MariaDB. Itu tidak memberikan akses ke `FLUSH LOGS` atau `FLUSH TABLES WITH READ LOCK` operasi.
+ `replication client`
+ `replication slave`
+ `select`
+ `show create routine`
Hak istimewa ini hanya pada instance MariaDB DB yang menjalankan versi 11.4 dan lebih tinggi.
+ `show databases`
+ `show view`
+ `trigger`
+ `update`
Lihat informasi yang lebih lengkap tentang semua privilese ini di [User account management](http://mariadb.com/kb/en/mariadb/grant/) dalam dokumentasi MariaDB.
**catatan**
Meskipun Anda dapat menghapus pengguna master di instans basis data, hal itu tidak kami sarankan. Untuk membuat ulang pengguna master, gunakan `ModifyDBInstance` API atau `modify-db-instance` AWS CLI dan tentukan kata sandi pengguna master baru dengan parameter yang sesuai. Jika tidak ada dalam instans, pengguna master akan dibuat dengan kata sandi yang ditentukan.
Untuk menyediakan layanan pengelolaan bagi setiap instans basis data, pengguna `rdsadmin` dibuat saat instans basis data dibuat. Mencoba mengedrop, mengganti nama, mengubah kata sandi, atau mengubah privilese untuk akun `rdsadmin` Anda akan menghasilkan kesalahan.
Untuk memungkinkan pengelolaan instans basis data, perintah-perintah `kill` dan `kill_query` standar telah dibatasi. Amazon RDS memerintahkan`mysql.rds_kill`,`mysql.rds_kill_query`, dan `mysql.rds_kill_query_id` disediakan untuk digunakan di MariaDB dan juga SQL My sehingga Anda dapat mengakhiri sesi pengguna atau kueri pada instans DB.
# Menggunakan plugin validasi kata sandi untuk RDS untuk MariaDB
Dimulai dengan RDS untuk MariaDB versi 11.4, Anda dapat menggunakan plugin validasi kata sandi berikut untuk meningkatkan keamanan koneksi database Anda:
+ [simple\$1password\$1check](https://mariadb.com/kb/en/simple-password-check-plugin/) — memeriksa apakah kata sandi berisi setidaknya sejumlah karakter tertentu dari jenis tertentu.
+ [cracklib\$1password\$1check — memeriksa](https://mariadb.com/kb/en/cracklib_password_check/) apakah kata sandi muncul dalam file kamus perpustakaan. [CrackLib](https://github.com/cracklib/cracklib)
Untuk mengaktifkan plugin ini, atur nilai parameter `simple_password_check` atau `cracklib_password_check` ke `FORCE_PLUS_PERMANENT` dalam kelompok parameter DB yang terkait dengan instans DB. Ketika nilai ini disetel, plugin tidak dapat dihapus dengan menggunakan `UNINSTALL PLUGIN` pernyataan saat runtime.
Untuk menonaktifkan plugin ini, atur nilai parameter `simple_password_check` atau `cracklib_password_check` ke `OFF` dalam grup parameter DB yang terkait dengan instans DB. Ketika nilai ini ditetapkan, aturan validasi plugin tidak lagi berlaku untuk kata sandi baru.
Untuk informasi tentang pengaturan nilai parameter dalam kelompok parameter, lihat[](USER_WorkingWithParamGroups.Modifying.md).
# Mengenkripsi koneksi klien dengan instans DB SSL/TLS MariaDB di Amazon RDS
Lapisan Soket Aman (Secure Sockets Layer, SSL) adalah protokol standar industri untuk mengamankan koneksi jaringan antara klien dan server. Setelah SSL versi 3.0, namanya diubah menjadi Keamanan Lapisan Pengangkutan (TLS). Amazon RDS mendukung SSL/TLS enkripsi untuk instans MariaDB DB. Menggunakan SSL/TLS, you can encrypt a connection between your application client and your MariaDB DB instance. SSL/TLS dukungan tersedia di semua Wilayah AWS.
Dengan Amazon RDS, Anda dapat mengamankan data dalam perjalanan dengan mengenkripsi koneksi klien ke instans MariaDB DB dengan enkripsi untuk instans MariaDB DB di Amazon RDS. SSL/TLS, requiring SSL/TLS for all connections to a MariaDB DB instance, and connecting from the MySQL command-line client with SSL/TLS (encrypted). The following sections provide guidance on configuring and utilizing SSL/TLS
**Topics**
+ [Dukungan SSL/TLS untuk instans MariaDB DB di Amazon RDS](MariaDB.Concepts.SSLSupport.md)
+ [SSL/TLS Memerlukan akun pengguna tertentu ke instance MariaDB DB di Amazon RDS](MariaDB-ssl-connections.require-ssl-users.md)
+ [SSL/TLS Memerlukan semua koneksi ke instance MariaDB DB di Amazon RDS](mariadb-ssl-connections.require-ssl.md)
+ [Menyambung ke instans MariaDB Anda di Amazon RDS dengan SSL/TLS dari klien baris perintah MySQL (dienkripsi)](USER_ConnectToMariaDBInstanceSSL.CLI.md)
# Dukungan SSL/TLS untuk instans MariaDB DB di Amazon RDS
Amazon RDS membuat SSL/TLS sertifikat dan menginstal sertifikat pada instans DB saat Amazon RDS menyediakan instans. Sertifikat ini ditandatangani oleh otoritas sertifikat. SSL/TLS Sertifikat menyertakan titik akhir instans DB sebagai Nama Umum (CN) untuk SSL/TLS sertifikat agar tidak terkena serangan spoofing.
SSL/TLS Sertifikat yang dibuat oleh Amazon RDS adalah entitas root tepercaya dan harus berfungsi dalam banyak kasus, tetapi mungkin gagal jika aplikasi Anda tidak menerima rantai sertifikat. Jika aplikasi Anda tidak menerima rantai sertifikat, coba gunakan sertifikat perantara untuk terhubung ke sertifikat Anda Wilayah AWS. Misalnya, Anda harus menggunakan sertifikat perantara untuk terhubung ke AWS GovCloud (US) Wilayah dengan SSL/TLS.
Untuk informasi tentang mengunduh sertifikat, lihat [](UsingWithRDS.SSL.md). Untuk informasi selengkapnya tentang menggunakan SSL/TLS MySQL, lihat. [Memperbarui aplikasi untuk terhubung ke instance MariaDB menggunakan sertifikat baru SSL/TLS](ssl-certificate-rotation-mariadb.md)
Amazon RDS for MariaDB mendukung Transport Layer Security (TLS) versi 1.3, 1.2, 1.1, dan 1.0. Dukungan TLS tergantung pada versi minor MariaDB. Tabel berikut menunjukkan dukungan TLS untuk MariaDB versi minor.
| Versi TLS | MariaDB 11.8 | MariaDB 11.4 | MariaDB 10.11 | MariaDB 10.6 | MariaDB 10.5 | MariaDB 10.4 |
| --- | --- | --- | --- | --- | --- | --- |
| TLS 1.3 | Semua versi minor | Semua versi minor | Semua versi minor | Semua versi minor | Semua versi minor | Semua versi minor |
| TLS 1.2 | Semua versi minor | Semua versi minor | Semua versi minor | Semua versi minor | Semua versi minor | Semua versi minor |
| TLS 1.1 | Tidak didukung | Tidak didukung | Tidak didukung | 10.6.16 dan lebih rendah | 10.5.23 dan lebih rendah | 10.4.32 dan lebih rendah |
| TLS 1.0 | Tidak didukung | Tidak didukung | Tidak didukung | 10.6.16 dan lebih rendah | 10.5.23 dan lebih rendah | 10.4.32 dan lebih rendah |
# SSL/TLS Memerlukan akun pengguna tertentu ke instance MariaDB DB di Amazon RDS
Anda dapat memerlukan SSL/TLS enkripsi untuk koneksi akun pengguna tertentu ke instans MariaDB Anda di Amazon RDS. Melindungi informasi sensitif dari akses atau intersepsi yang tidak sah sangat penting untuk menegakkan kebijakan keamanan di mana kerahasiaan data menjadi perhatian.
Untuk memerlukan SSL/TLS koneksi untuk akun pengguna tertentu, gunakan salah satu pernyataan berikut, tergantung pada versi MySQL Anda, untuk SSL/TLS memerlukan koneksi pada akun pengguna. `encrypted_user`
Untuk melakukannya, gunakan pernyataan berikut.
```
ALTER USER 'encrypted_user'@'%' REQUIRE SSL;
```
Untuk informasi selengkapnya tentang SSL/TLS koneksi dengan MariaDB, [lihat Mengamankan Koneksi untuk Klien dan Server](https://mariadb.com/kb/en/securing-connections-for-client-and-server/) di dokumentasi MariaDB.
# SSL/TLS Memerlukan semua koneksi ke instance MariaDB DB di Amazon RDS
Gunakan parameter `require_secure_transport` untuk mewajibkan bahwa semua koneksi pengguna dengan instans basis data MariaDB Anda menggunakan SSL/TLS. Untuk versi 11.4 dan sebelumnya, `require_secure_transport` parameter diatur ke secara `OFF` default. Untuk versi 11.8 dan yang lebih baru, nilai default disetel ke`ON`, menerapkan koneksi ke SSL/TLS instans DB Anda. Anda dapat mengubah `require_secure_transport` parameter `OFF` jika koneksi yang tidak aman diperlukan.
**catatan**
Parameter `require_secure_transport` hanya didukung untuk MariaDB versi 10.5 dan lebih tinggi.
Anda dapat mengatur nilai parameter `require_secure_transport` dengan memperbarui grup parameter basis data untuk instans basis data Anda. Anda tidak perlu mem-boot ulang instans DB agar perubahan berlaku.
Saat parameter `require_secure_transport` diatur ke `ON` untuk suatu instans DB, klien basis data dapat terhubung dengannya jika dapat membentuk koneksi terenkripsi. Jika tidak, pesan kesalahan yang serupa dengan yang berikut ini ditampilkan kepada klien:
```
ERROR 1045 (28000): Access denied for user 'USER'@'localhost' (using password: YES | NO)
```
Lihat informasi tentang pengaturan parameter di [](USER_WorkingWithParamGroups.Modifying.md).
Lihat informasi yang lebih lengkap tentang parameter `require_secure_transport` dalam [dokumentasi MariaDB](https://mariadb.com/docs/ent/ref/mdb/system-variables/require_secure_transport/).
# Menyambung ke instans MariaDB Anda di Amazon RDS dengan SSL/TLS dari klien baris perintah MySQL (dienkripsi)
Parameter-parameter program klien `mysql` sedikit berbeda jika Anda menggunakan MySQL versi 5.7, MySQL versi 8.0, atau versi MariaDB.
Untuk mengetahui versi yang Anda miliki, jalankan perintah `mysql` dengan opsi `--version`. Dalam contoh berikut, output menunjukkan bahwa program klien berasal dari MariaDB.
```
$ mysql --version
mysql Ver 15.1 Distrib 10.5.15-MariaDB, for osx10.15 (x86_64) using readline 5.1
```
Sebagian besar distribusi Linux, seperti Amazon Linux, CentOS, SUSE, dan Debian telah mengganti MySQL dengan MariaDB, dan versi `mysql` di dalamnya adalah dari MariaDB.
Untuk terhubung dengan instans DB Anda menggunakan SSL/TLS, ikuti langkah-langkah ini:
**Untuk terhubung ke instance DB dengan SSL/TLS menggunakan klien baris perintah MySQL**
1. Unduh sertifikat root yang berfungsi untuk semua Wilayah AWS.
Untuk informasi tentang mengunduh sertifikat, lihat [](UsingWithRDS.SSL.md).
1. Gunakan klien baris perintah MySQL untuk terhubung dengan instans DB melalui enkripsi SSL/TLS. Untuk parameter `-h`, ganti nama (titik akhir) DNS untuk instans DB Anda. Untuk `--ssl-ca` parameter, ganti nama file SSL/TLS sertifikat. Untuk parameter `-P`, ganti port untuk instans DB Anda. Untuk parameter `-u`, ganti nama pengguna dari pengguna basis data yang valid, seperti pengguna master. Masukkan kata sandi pengguna master ketika diminta.
Contoh berikut menunjukkan cara meluncurkan klien dengan menggunakan parameter `--ssl-ca` yang memakai klien MariaDB:
```
mysql -h mysql–instance1.123456789012.us-east-1.rds.amazonaws.com --ssl-ca=global-bundle.pem --ssl -P 3306 -u myadmin -p
```
Untuk mengharuskan SSL/TLS koneksi memverifikasi titik akhir instans DB terhadap titik akhir dalam SSL/TLS sertifikat, masukkan perintah berikut:
```
mysql -h mysql–instance1.123456789012.us-east-1.rds.amazonaws.com --ssl-ca=global-bundle.pem --ssl-verify-server-cert -P 3306 -u myadmin -p
```
Contoh berikut menunjukkan cara meluncurkan klien dengan menggunakan parameter `--ssl-ca` yang memakai klien MySQL 5.7 atau lebih tinggi:
```
mysql -h mysql–instance1.123456789012.us-east-1.rds.amazonaws.com --ssl-ca=global-bundle.pem --ssl-mode=REQUIRED -P 3306 -u myadmin -p
```
1. Masukkan kata sandi pengguna master ketika diminta.
Anda semestinya melihat output yang serupa berikut.
```
Welcome to the MariaDB monitor. Commands end with ; or \g.
Your MariaDB connection id is 31
Server version: 10.6.10-MariaDB-log Source distribution
Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
MariaDB [(none)]>
```
# Memperbarui aplikasi untuk terhubung ke instance MariaDB menggunakan sertifikat baru SSL/TLS
Sejak 13 Januari 2023, Amazon RDS telah menerbitkan sertifikat Otoritas Sertifikat (CA) baru untuk terhubung ke instans DB RDS menggunakan Lapisan Soket Aman atau Keamanan Lapisan Pengangkutan (SSL/TLS). Setelah itu, Anda dapat menemukan informasi tentang pembaruan aplikasi untuk menggunakan sertifikat baru.
Topik ini dapat membantu menentukan apakah aplikasi Anda memerlukan verifikasi sertifikat untuk terhubung ke instans DB Anda.
**catatan**
Beberapa aplikasi dikonfigurasi untuk terhubung ke MariaDB hanya jika aplikasi tersebut berhasil memverifikasi sertifikat pada server. Untuk aplikasi tersebut, Anda harus memperbarui penyimpanan kepercayaan aplikasi klien untuk menyertakan sertifikat CA baru.
Anda dapat menentukan mode SSL berikut: `disabled`, `preferred`, dan `required`. Saat Anda menggunakan mode SSL `preferred` dan sertifikat CA tidak ada atau tidak diperbarui, koneksi kembali tidak menggunakan SSL dan masih berhasil terhubung.
Sebaiknya hindari mode `preferred`. Dalam mode `preferred`, jika koneksi menghadapi sertifikat yang tidak valid, koneksi berhenti menggunakan enkripsi dan melanjutkan tanpa enkripsi.
Setelah Anda memperbarui sertifikat CA di penyimpanan kepercayaan aplikasi klien, Anda dapat merotasi sertifikat di instans DB Anda. Sebaiknya Anda menguji prosedur ini di lingkungan pengembangan dan pementasan sebelum menerapkannya di lingkungan produksi Anda.
Untuk informasi selengkapnya tentang rotasi sertifikat, lihat [Memutar sertifikat Anda SSL/TLS](UsingWithRDS.SSL-certificate-rotation.md). Untuk informasi selengkapnya tentang mengunduh sertifikat, lihat [](UsingWithRDS.SSL.md). Untuk informasi tentang penggunaan SSL/TLS dengan instance MariaDB DB, lihat. [Dukungan SSL/TLS untuk instans MariaDB DB di Amazon RDS](MariaDB.Concepts.SSLSupport.md)
**Topics**
+ [Menentukan apakah klien memerlukan verifikasi sertifikat agar dapat terhubung](#ssl-certificate-rotation-mariadb.determining)
+ [Memperbarui penyimpanan kepercayaan aplikasi Anda](#ssl-certificate-rotation-mariadb.updating-trust-store)
+ [Contoh kode Java untuk membangun koneksi SSL](#ssl-certificate-rotation-mariadb.java-example)
## Menentukan apakah klien memerlukan verifikasi sertifikat agar dapat terhubung
Anda dapat memeriksa apakah klien JDBC dan klien MySQL memerlukan verifikasi sertifikat untuk terhubung.
### JDBC
Contoh berikut dengan Connector/J MySQL 8.0 menunjukkan salah satu cara untuk memeriksa properti koneksi JDBC aplikasi untuk menentukan apakah koneksi yang berhasil memerlukan sertifikat yang valid. Untuk informasi selengkapnya tentang semua opsi koneksi JDBC untuk MySQL, lihat [Configuration properties](https://dev.mysql.com/doc/connector-j/en/connector-j-reference-configuration-properties.html) di dokumentasi MySQL.
Saat menggunakan Connector/J MySQL 8.0, koneksi SSL memerlukan verifikasi terhadap sertifikat CA server jika properti koneksi Anda `sslMode` telah disetel `VERIFY_CA` ke `VERIFY_IDENTITY` atau, seperti pada contoh berikut.
```
Properties properties = new Properties();
properties.setProperty("sslMode", "VERIFY_IDENTITY");
properties.put("user", DB_USER);
properties.put("password", DB_PASSWORD);
```
**catatan**
Jika Anda menggunakan MySQL Java Connector v5.1.38 atau yang lebih baru, atau MySQL Java Connector v8.0.9 atau yang lebih baru untuk terhubung ke database Anda, bahkan jika Anda belum secara eksplisit mengkonfigurasi aplikasi Anda untuk SSL/TLS digunakan saat menghubungkan ke database Anda, driver klien ini default untuk menggunakan, mereka melakukan verifikasi sertifikat sebagian dan gagal terhubung jika sertifikat server database kedaluwarsaSSL/TLS. In addition, when using SSL/TLS.
Tetapkan kata sandi selain penggugah (prompt) yang ditampilkan di sini sebagai praktik terbaik keamanan.
### MySQL
Contoh Klien MySQL berikut menunjukkan dua cara untuk memeriksa koneksi MySQL skrip untuk menentukan apakah koneksi yang berhasil memerlukan sertifikat yang valid. Untuk informasi selengkapnya tentang semua opsi koneksi dengan Klien MySQL, lihat [Client-side configuration for encrypted connections](https://dev.mysql.com/doc/refman/en/using-encrypted-connections.html#using-encrypted-connections-client-side-configuration) di dokumentasi MySQL.
Saat menggunakan Klien MySQL 5.7 atau MySQL 8.0, koneksi SSL memerlukan verifikasi terhadap sertifikat CA server jika, untuk opsi `--ssl-mode`, Anda menentukan `VERIFY_CA` atau `VERIFY_IDENTITY`, seperti pada contoh berikut.
```
mysql -h mysql-database.rds.amazonaws.com -uadmin -ppassword --ssl-ca=/tmp/ssl-cert.pem --ssl-mode=VERIFY_CA
```
Saat menggunakan Klien MySQL 5.6, koneksi SSL memerlukan verifikasi terhadap sertifikat CA server jika Anda menentukan opsi `--ssl-verify-server-cert`, seperti pada contoh berikut.
```
mysql -h mysql-database.rds.amazonaws.com -uadmin -ppassword --ssl-ca=/tmp/ssl-cert.pem --ssl-verify-server-cert
```
## Memperbarui penyimpanan kepercayaan aplikasi Anda
Untuk informasi tentang memperbarui toko kepercayaan untuk aplikasi MySQL, lihat [Menggunakan TLS/SSL dengan Konektor MariaDB/J dalam dokumentasi MariaDB](https://mariadb.com/kb/en/library/using-tls-ssl-with-mariadb-java-connector/).
Untuk informasi tentang cara mengunduh sertifikat root, lihat [](UsingWithRDS.SSL.md).
Untuk contoh skrip yang mengimpor sertifikat, lihat [Contoh skrip untuk mengimpor sertifikat ke trust store Anda](UsingWithRDS.SSL-certificate-rotation.md#UsingWithRDS.SSL-certificate-rotation-sample-script).
**catatan**
Saat memperbarui penyimpanan kepercayaan, Anda dapat mempertahankan sertifikat lama selain menambahkan sertifikat baru.
Jika Anda menggunakan driver Connector/J MariaDB JDBC dalam aplikasi, atur properti berikut dalam aplikasi.
```
System.setProperty("javax.net.ssl.trustStore", certs);
System.setProperty("javax.net.ssl.trustStorePassword", "password");
```
Saat Anda memulai aplikasi, atur properti berikut.
```
java -Djavax.net.ssl.trustStore=/path_to_truststore/MyTruststore.jks -Djavax.net.ssl.trustStorePassword=my_truststore_password com.companyName.MyApplication
```
**catatan**
Tentukan kata sandi selain prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
## Contoh kode Java untuk membangun koneksi SSL
Contoh kode berikut menunjukkan cara menyiapkan koneksi SSL menggunakan JDBC.
```
private static final String DB_USER = "admin";
private static final String DB_USER = "user name";
private static final String DB_PASSWORD = "password";
// This key store has only the prod root ca.
private static final String KEY_STORE_FILE_PATH = "file-path-to-keystore";
private static final String KEY_STORE_PASS = "keystore-password";
public static void main(String[] args) throws Exception {
Class.forName("org.mariadb.jdbc.Driver");
System.setProperty("javax.net.ssl.trustStore", KEY_STORE_FILE_PATH);
System.setProperty("javax.net.ssl.trustStorePassword", KEY_STORE_PASS);
Properties properties = new Properties();
properties.put("user", DB_USER);
properties.put("password", DB_PASSWORD);
Connection connection = DriverManager.getConnection("jdbc:mysql://ssl-mariadb-public.cni62e2e7kwh.us-east-1.rds.amazonaws.com:3306?useSSL=true",properties);
Statement stmt=connection.createStatement();
ResultSet rs=stmt.executeQuery("SELECT 1 from dual");
return;
}
```
**penting**
Setelah Anda menentukan bahwa koneksi database Anda menggunakan SSL/TLS dan telah memperbarui toko kepercayaan aplikasi Anda, Anda dapat memperbarui database Anda untuk menggunakan sertifikat rds-ca-rsa 2048-g1. Untuk mengetahui petunjuknya, lihat langkah 3 dalam [Memperbarui sertifikat CA Anda dengan memodifikasi instans atau cluster DB Anda](UsingWithRDS.SSL-certificate-rotation.md#UsingWithRDS.SSL-certificate-rotation-updating).
Tentukan kata sandi selain prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
# Meningkatkan performa kueri RDS for MariaDB dengan Amazon RDS Optimized Reads
Anda dapat mempercepat pemrosesan kueri untuk RDS for MariaDB dengan Amazon RDS Optimized Reads. Instans DB RDS for MariaDB yang menggunakan RDS Optimized Reads dapat memproses kueri hingga 2x lebih cepat dibandingkan dengan instans DB yang tidak menggunakannya.
**Topics**
+ [Ikhtisar RDS Optimized Reads](#rds-optimized-reads-mariadb-overview)
+ [Kasus penggunaan RDS Optimized Reads](#rds-optimized-reads-mariadb-use-cases)
+ [Praktik terbaik RDS Optimized Reads](#rds-optimized-reads-mariadb-best-practices)
+ [Menggunakan RDS Optimized Reads](#rds-optimized-reads-mariadb-using)
+ [Memantau instans DB yang menggunakan RDS Optimized Reads](#rds-optimized-reads-mariadb-monitoring)
+ [Batasan RDS Optimized Reads](#rds-optimized-reads-mariadb-limitations)
## Ikhtisar RDS Optimized Reads
Saat Anda menggunakan instans DB RDS for MariaDB yang mengaktifkan RDS Optimized Reads, performa kueri instans DB Anda akan lebih cepat melalui penggunaan penyimpanan instans. *Penyimpanan instans* menyediakan penyimpanan tingkat blok sementara untuk instans Anda. Penyimpanan terletak di Non-Volatile Memory Express (NVMe) solid state drive (SSDs) yang secara fisik terpasang ke server host. Penyimpanan ini dioptimalkan untuk latensi rendah, I/O kinerja acak tinggi, dan throughput baca sekuensial tinggi.
RDS Optimized Reads diaktifkan secara default ketika instans DB menggunakan kelas instans DB dengan penyimpanan instans, seperti db.m5d atau db.m6gd. Dengan RDS Optimized Reads, beberapa objek sementara disimpan di penyimpanan instans. Objek sementara ini termasuk file sementara internal, tabel sementara internal pada disk, file peta memori, dan file cache log biner (binlog). Untuk informasi selengkapnya tentang penyimpanan instans, lihat [penyimpanan EC2 instans Amazon](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html) di *Panduan Pengguna Amazon Elastic Compute Cloud untuk Instans Linux*.
Beban kerja yang menghasilkan objek sementara di MariaDB untuk pemrosesan kueri dapat memanfaatkan penyimpanan instans untuk mempercepat pemrosesan kueri. Jenis beban kerja ini mencakup kueri yang melibatkan jenis, agregasi hash, gabungan beban tinggi, Ekspresi Tabel Umum (CTEs), dan kueri pada kolom yang tidak diindeks. Volume penyimpanan instans ini memberikan IOPS dan performa yang lebih tinggi, terlepas dari konfigurasi penyimpanan yang digunakan untuk penyimpanan Amazon EBS secara persisten. Karena RDS Optimized Reads membongkar operasi pada objek sementara ke penyimpanan instans, input/output operasi per detik (IOPS) atau throughput penyimpanan persisten (Amazon EBS) sekarang dapat digunakan untuk operasi pada objek persisten. Operasi ini mencakup pembacaan dan penulisan file data biasa, dan operasi mesin latar belakang, seperti flushing dan penggabungan buffer sisipan.
**catatan**
Snapshot RDS manual dan otomatis hanya berisi file mesin untuk objek persisten. Objek sementara yang dibuat di penyimpanan instans tidak disertakan dalam snapshot RDS.
## Kasus penggunaan RDS Optimized Reads
Jika Anda memiliki beban kerja yang sangat bergantung pada objek sementara, seperti tabel atau file internal, untuk eksekusi kueri, Anda dapat memperoleh manfaat dengan mengaktifkan RDS Optimized Reads. Kasus penggunaan berikut ini adalah kandidat untuk RDS Optimized Reads:
+ Aplikasi yang menjalankan kueri analitik dengan ekspresi tabel umum yang kompleks (CTEs), tabel turunan, dan operasi pengelompokan
+ Replika baca yang melayani lalu lintas baca padat dengan kueri yang tidak dioptimalkan
+ Aplikasi yang menjalankan kueri pelaporan berdasarkan permintaan atau dinamis yang melibatkan operasi yang kompleks, seperti kueri dengan klausa `GROUP BY` dan `ORDER BY`
+ Beban kerja yang menggunakan tabel sementara internal untuk pemrosesan kueri
Anda dapat memantau variabel status mesin `created_tmp_disk_tables` untuk menentukan jumlah tabel sementara berbasis disk yang dibuat pada instans DB Anda.
+ Aplikasi yang membuat tabel sementara dalam jumlah besar, baik secara langsung maupun dalam prosedur, untuk menyimpan hasil sementara
+ Kueri basis data yang melakukan pengelompokan atau pengurutan pada kolom yang tidak diindeks
## Praktik terbaik RDS Optimized Reads
Gunakan praktik terbaik RDS Optimized Reads berikut:
+ Tambahkan logika coba lagi untuk kueri hanya baca jika terjadi kegagalan karena penyimpanan instans penuh selama eksekusi.
+ Pantau ruang penyimpanan yang tersedia di penyimpanan instans dengan CloudWatch metrik`FreeLocalStorage`. Jika penyimpanan instans hampir penuh karena beban kerja pada instans DB, modifikasi instans DB untuk menggunakan kelas instans DB yang lebih besar.
+ Jika memori instans DB sudah memadai tetapi masih mencapai batas penyimpanan pada penyimpanan instans, tingkatkan nilai `binlog_cache_size` untuk mempertahankan entri binlog khusus sesi dalam memori. Konfigurasi ini akan mencegah penulisan entri binlog ke file cache binlog sementara pada disk.
Parameter `binlog_cache_size` dibuat per sesi. Anda dapat mengubah nilai untuk setiap sesi baru. Pengaturan untuk parameter ini dapat meningkatkan pemanfaatan memori pada instans DB selama beban kerja mencapai puncaknya. Oleh karena itu, pertimbangkan untuk meningkatkan nilai parameter berdasarkan pola beban kerja aplikasi Anda dan memori yang tersedia pada instans DB.
+ Gunakan nilai default `MIXED` untuk `binlog_format`. Tergantung ukuran transaksi, mengatur `binlog_format` ke `ROW` dapat menghasilkan file cache binlog berukuran besar pada penyimpanan instans.
+ Jangan melakukan perubahan besar-besaran dalam satu transaksi. Transaksi seperti ini dapat menghasilkan file cache binlog berukuran besar pada penyimpanan instans dan dapat menyebabkan masalah ketika penyimpanan instans penuh. Pertimbangkan untuk membagi penulisan menjadi beberapa transaksi kecil guna meminimalkan penggunaan penyimpanan untuk file cache binlog.
## Menggunakan RDS Optimized Reads
Saat Anda menyediakan instans DB RDS for MariaDB dengan salah satu kelas instans DB berikut dalam deployment instans DB Satu AZ atau deployment instans DB Multi-AZ, instans DB akan otomatis menggunakan RDS Optimized Reads.
Untuk mengaktifkan RDS Optimized Reads, lakukan salah satu tindakan berikut:
+ Buat instans DB RDS for MariaDB menggunakan salah satu kelas instans DB berikut. Untuk informasi selengkapnya, lihat [Membuat instans DB Amazon RDS](USER_CreateDBInstance.md).
+ Modifikasi instans DB RDS for MariaDB untuk menggunakan salah satu kelas instans DB berikut. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
RDS Optimized Reads tersedia di semua Wilayah AWS tempat satu atau lebih kelas instans DB dengan penyimpanan NVMe SSD lokal didukung. Untuk informasi tentang kelas instans DB, lihat [ DB](Concepts.DBInstanceClass.md).
Ketersediaan kelas instans DB berbeda untuk Wilayah AWS. Untuk menentukan apakah kelas instans DB didukung secara spesifik Wilayah AWS, lihat[Menentukan dukungan kelas instans DB di Wilayah AWS](Concepts.DBInstanceClass.RegionSupport.md).
Jika Anda tidak ingin menggunakan RDS Optimized Reads, modifikasi instans DB Anda agar tidak menggunakan kelas instans DB yang mendukung fitur tersebut.
## Memantau instans DB yang menggunakan RDS Optimized Reads
Anda dapat memantau instans DB yang menggunakan Bacaan yang Dioptimalkan RDS dengan metrik berikut: CloudWatch
+ `FreeLocalStorage`
+ `ReadIOPSLocalStorage`
+ `ReadLatencyLocalStorage`
+ `ReadThroughputLocalStorage`
+ `WriteIOPSLocalStorage`
+ `WriteLatencyLocalStorage`
+ `WriteThroughputLocalStorage`
Metrik ini menyediakan data tentang penyimpanan instans, IOPS, dan throughput yang tersedia. Untuk informasi selengkapnya tentang metrik ini, lihat [Metrik CloudWatch tingkat instans Amazon untuk Amazon RDS](rds-metrics.md#rds-cw-metrics-instance).
## Batasan RDS Optimized Reads
Batasan berikut berlaku untuk RDS Optimized Reads:
+ RDS Optimized Reads didukung untuk versi RDS for MariaDB berikut:
+ Semua versi minor yang tersedia dari 11.4 dan rilis utama yang lebih tinggi
+ 10.11.4 dan versi 10.11 yang lebih tinggi
+ 10.6.7 dan versi 10.6 yang lebih tinggi
+ 10.5.16 dan versi 10.5 yang lebih tinggi
+ 10.4.25 dan versi 10.4 yang lebih tinggi
Untuk informasi tentang versi RDS for MariaDB, lihat [Versi-versi MariaDB pada Amazon RDS](MariaDB.Concepts.VersionMgmt.md).
+ Anda tidak dapat mengubah lokasi objek sementara ke penyimpanan persisten (Amazon EBS) pada kelas instans DB yang mendukung RDS Optimized Reads.
+ Saat pencatatan log biner pada instans DB diaktifkan, ukuran transaksi maksimum dibatasi oleh ukuran penyimpanan instans. Di MariaDB, setiap sesi yang membutuhkan penyimpanan lebih banyak daripada nilai `binlog_cache_size` transaksi penulisan akan berubah menjadi file cache binlog sementara, yang dibuat pada penyimpanan instans.
+ Transaksi dapat gagal ketika penyimpanan instans penuh.
# Meningkatkan performa penulisan dengan Amazon RDS Optimized Writes for MariaDB
Anda dapat meningkatkan performa transaksi penulisan dengan RDS Optimized Writes for MariaDB. Ketika basis data RDS for MariaDB Anda menggunakan RDS Optimized Writes, RDS dapat mencapai throughput transaksi penulisan hingga dua kali lebih tinggi.
**Topics**
+ [Ikhtisar RDS Optimized Writes](#rds-optimized-writes-overview)
+ [Menggunakan RDS Optimized Writes](#rds-optimized-writes-using-mariadb)
+ [Mengaktifkan RDS Optimized Writes pada basis data yang sudah ada](#rds-optimized-writes-modify-enable-mariadb)
+ [Batasan RDS Optimized Writes](#rds-optimized-writes-limitations-mariadb)
## Ikhtisar RDS Optimized Writes
Saat RDS Optimized Writes diaktifkan, basis data RDS for MariaDB Anda hanya menulis sekali ketika melakukan flashing data ke penyimpanan yang kuat tanpa memerlukan buffer penulisan ganda. basis data terus melindungi properti ACID untuk menghasilkan transaksi basis data yang andal dan meningkatkan performa.
basis data relasional, seperti MariaDB, menyediakan *properti ACID* seperti atomisitas, konsistensi, isolasi, dan daya tahan untuk transaksi basis data yang andal. Untuk membantu menyediakan properti ini, MariaDB menggunakan tempat penyimpanan data yang disebut *buffer penulisan ganda* guna mencegah kesalahan penulisan sebagian halaman. Kesalahan ini terjadi ketika terjadi kegagalan perangkat keras saat basis data sedang memperbarui halaman, seperti dalam kasus pemadaman listrik. basis data MariaDB dapat mendeteksi penulisan sebagian halaman dan memulihkan dengan salinan halaman di buffer penulisan ganda. Selain memberikan perlindungan, teknik ini juga menambah jumlah operasi penulisan. Untuk informasi selengkapnya tentang buffer penulisan ganda MariaDB, lihat [InnoDB Doublewrite Buffer](https://mariadb.com/kb/en/innodb-doublewrite-buffer/) dalam dokumentasi MariaDB.
Dengan mengaktifkan RDS Optimized Writes, basis data RDS for MariaDB hanya menulis sekali ketika melakukan flashing data ke penyimpanan durabel tanpa menggunakan buffer penulisan ganda. RDS Optimized Writes berguna jika Anda menjalankan beban kerja penulisan berat pada basis data RDS for MariaDB. Contoh basis data dengan beban kerja penulisan berat antara lain basis data yang mendukung pembayaran digital, perdagangan finansial, dan aplikasi game.
Database ini berjalan pada kelas instans DB yang menggunakan Sistem AWS Nitro. Karena konfigurasi perangkat keras dalam sistem ini, basis data dapat menulis halaman 16-KiB secara langsung ke file data secara andal dan kuat dalam satu langkah. Sistem AWS Nitro memungkinkan RDS Optimized Writes.
Anda dapat mengatur `rds.optimized_writes` parameter basis data baru untuk mengontrol fitur RDS Optimized Writes untuk basis data RDS for MariaDB. Akses parameter ini di grup parameter DB pada RDS for MariaDB untuk versi berikut:
+ Semua versi minor yang tersedia dari 11.8 dan rilis utama yang lebih tinggi
+ 11.4.3 dan versi 11.4 yang lebih tinggi
+ 10.11.4 dan versi 10.11 yang lebih tinggi
+ 10.6.10 dan versi 10.6 yang lebih tinggi
Tetapkan parameter menggunakan nilai berikut:
+ `AUTO` – Aktifkan RDS Optimized Writes jika didukung oleh basis data. Nonaktifkan RDS Optimized Writes jika tidak didukung basis data. Ini adalah pengaturan default.
+ `OFF` – Nonaktifkan RDS Optimized Writes meski didukung oleh basis data.
Jika Anda memigrasikan basis data RDS for MariaDB yang dikonfigurasi untuk menggunakan RDS Optimized Writes ke kelas instans DB yang tidak mendukung fitur tersebut, RDS secara otomatis menonaktifkan RDS Optimized Writes untuk basis data tersebut.
Saat RDS Optimized Writes dinonaktifkan, basis data akan menggunakan buffer penulisan ganda MariaDB.
Untuk menentukan apakah basis data RDS for MariaDB menggunakan RDS Optimized Writes, lihat nilai saat ini parameter `innodb_doublewrite` basis data. Jika basis data menggunakan RDS Optimized Writes, parameter ini diatur ke `FALSE` (`0`).
## Menggunakan RDS Optimized Writes
Anda dapat mengaktifkan RDS Optimized Writes saat membuat database RDS untuk MariaDB dengan konsol RDS, API, atau RDS. AWS CLI RDS Optimized Writes diaktifkan secara otomatis ketika kedua kondisi berikut berlaku selama pembuatan basis data:
+ Anda menentukan versi mesin DB dan kelas instans DB yang mendukung RDS Optimized Writes.
+ RDS Optimized Writes didukung untuk versi RDS for MariaDB berikut:
+ Semua versi minor yang tersedia dari 11.8 dan rilis utama yang lebih tinggi
+ 11.4.3 dan versi 11.4 yang lebih tinggi
+ 10.11.4 dan versi 10.11 yang lebih tinggi
+ 10.6.10 dan versi 10.6 yang lebih tinggi
Untuk informasi tentang versi RDS for MariaDB, lihat [Versi-versi MariaDB pada Amazon RDS](MariaDB.Concepts.VersionMgmt.md).
+ RDS Optimized Writes didukung untuk basis data RDS for MariaDB yang menggunakan kelas instans DB berikut:
+ db.m7i
+ db.m7g
+ db.m6g
+ db.m6gd
+ db.m6i
+ db.m5
+ db.m5d
+ db.r7i
+ db.r7g
+ db.r6g
+ db.r6gd
+ db.r6i
+ db.r5
+ db.r5b
+ db.r5d
+ db.x2idn
+ db.x2iedn
Untuk informasi tentang kelas instans DB, lihat [ DB](Concepts.DBInstanceClass.md).
Ketersediaan kelas instans DB berbeda untuk Wilayah AWS. Untuk menentukan apakah kelas instans DB didukung secara spesifik Wilayah AWS, lihat[Menentukan dukungan kelas instans DB di Wilayah AWS](Concepts.DBInstanceClass.RegionSupport.md).
+ Dalam grup parameter yang terkait dengan basis data, parameter `rds.optimized_writes` diatur ke `AUTO`. Dalam grup parameter default, parameter ini selalu diatur ke `AUTO`.
Jika Anda ingin menggunakan versi mesin DB dan kelas instans DB yang mendukung RDS Optimized Writes, tetapi tidak ingin menggunakan fitur ini, tentukan grup parameter kustom saat Anda membuat basis data. Dalam grup parameter ini, atur parameter `rds.optimized_writes` ke `OFF`. Agar nantinya basis data menggunakan RDS Optimized Writes, Anda dapat mengatur parameter ke `AUTO` untuk mengaktifkannya. Untuk informasi tentang pembuatan grup parameter kustom dan pengaturan parameter, lihat [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
Untuk informasi tentang pembuatan instans DB, lihat [Membuat instans DB Amazon RDS](USER_CreateDBInstance.md).
### Konsol
Saat menggunakan konsol RDS untuk membuat basis data RDS for MariaDB, Anda dapat memfilter versi mesin DB dan kelas instans DB yang mendukung RDS Optimized Writes. Setelah mengaktifkan filter, Anda dapat memilih versi mesin DB dan kelas instans DB yang tersedia.
Untuk memilih versi mesin DB yang mendukung RDS Optimized Writes, filter versi mesin DB RDS for MariaDB yang mendukungnya di **Versi mesin**, lalu pilih versi.
![\[Bagian opsi Engine dengan filter Amazon RDS Optimized Writes diaktifkan untuk Versi Engine.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/rds-optimized-writes-version-filter-mariadb.png)
Di bagian **Konfigurasi instans**, gunakan filter untuk menemukan kelas instans DB yang mendukung RDS Optimized Writes, lalu pilih kelas instans DB.
![\[Bagian konfigurasi Instans dengan filter Amazon RDS Optimized Writes diaktifkan untuk kelas instans DB.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/rds-optimized-writes-class-filter.png)
Setelah menentukan pilihan ini, Anda dapat memilih pengaturan lain sesuai kebutuhan dan menyelesaikan pembuatan basis data RDS for MariaDB dengan konsol.
### AWS CLI
Untuk membuat instance DB dengan menggunakan AWS CLI, jalankan [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)perintah. Pastikan nilai `--engine-version` dan `--db-instance-class` mendukung RDS Optimized Writes. Selain itu, pastikan parameter `rds.optimized_writes` untuk grup parameter yang terkait dengan instans DB telah diatur ke `AUTO`. Contoh ini mengaitkan grup parameter default dengan instans DB.
**Example Membuat instans DB yang menggunakan RDS Optimized Writes**
Untuk Linux, macOS, atau Unix:
```
1. aws rds create-db-instance \
2. --db-instance-identifier mydbinstance \
3. --engine mariadb \
4. --engine-version 10.6.10 \
5. --db-instance-class db.r5b.large \
6. --manage-master-user-password \
7. --master-username admin \
8. --allocated-storage 200
```
Untuk Windows:
```
1. aws rds create-db-instance ^
2. --db-instance-identifier mydbinstance ^
3. --engine mariadb ^
4. --engine-version 10.6.10 ^
5. --db-instance-class db.r5b.large ^
6. --manage-master-user-password ^
7. --master-username admin ^
8. --allocated-storage 200
```
### API RDS
Anda dapat membuat instance DB menggunakan DBInstance operasi [Create](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html). Saat Anda menggunakan operasi ini, pastikan nilai `EngineVersion` dan `DBInstanceClass` mendukung RDS Optimized Writes. Selain itu, pastikan parameter `rds.optimized_writes` untuk grup parameter yang terkait dengan instans DB telah diatur ke `AUTO`.
## Mengaktifkan RDS Optimized Writes pada basis data yang sudah ada
Untuk mengubah basis data RDS for MariaDB yang sudah ada untuk mengaktifkan RDS Optimized Writes, basis data harus dibuat dengan versi mesin DB dan kelas instans DB yang didukung. Selain itu, basis data harus sudah dibuat *setelah* RDS Optimized Writes dirilis pada 7 Maret 2023, karena konfigurasi sistem file yang diperlukan tidak kompatibel dengan basis data yang dibuat sebelum dirilis. Jika kondisi ini terpenuhi, Anda dapat mengaktifkan RDS Optimized Writes dengan mengatur parameter `rds.optimized_writes` ke `AUTO`.
Jika database Anda *tidak* dibuat dengan versi engine, kelas instans, atau konfigurasi sistem file yang didukung, Anda dapat menggunakan RDS Blue/Green Deployment untuk bermigrasi ke konfigurasi yang didukung. Saat membuat blue/green penerapan, lakukan hal berikut:
+ Pilih **Aktifkan Optimized Writes pada basis data hijau**, lalu tentukan versi mesin dan kelas instans DB yang mendukung RDS Optimized Writes. Untuk daftar versi mesin dan kelas instans yang didukung, lihat [Menggunakan RDS Optimized Writes](#rds-optimized-writes-using-mariadb).
+ Di bagian **Penyimpanan**, pilih **Tingkatkan konfigurasi sistem file penyimpanan**. Opsi ini meningkatkan basis data ke konfigurasi sistem file dasar yang kompatibel.
Saat Anda membuat blue/green penerapan, jika `rds.optimized_writes` parameter disetel ke`AUTO`, RDS Optimized Writes akan diaktifkan secara otomatis di lingkungan hijau. Anda kemudian dapat mengalihkan blue/green penyebaran, yang mempromosikan lingkungan hijau menjadi lingkungan produksi baru.
Untuk informasi selengkapnya, lihat [](blue-green-deployments-creating.md).
## Batasan RDS Optimized Writes
Saat Anda memulihkan basis data RDS for MariaDB dari snapshot, Anda hanya bisa mengaktifkan RDS Optimized Writes untuk basis data jika semua kondisi berikut terpenuhi:
+ Snapshot dibuat dari basis data yang mendukung RDS Optimized Writes.
+ Snapshot dibuat dari basis data yang dibuat *setelah* RDS Optimized Writes dirilis.
+ Snapshot dikembalikan ke basis data yang mendukung RDS Optimized Writes.
+ Basis data yang dipulihkan berkaitan dengan grup parameter yang parameter `rds.optimized_writes`-nya diatur ke `AUTO`.
# Peningkatan mesin MariaDB DB
Ketika Amazon RDS mendukung versi baru mesin basis data, Anda dapat meningkatkan instans DB Anda ke versi baru. Ada dua jenis peningkatan untuk instans DB MariaDB: peningkatan versi mayor dan versi minor.
*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. Namun, sebelum Anda melakukan peningkatan versi mayor, kami sarankan agar Anda mengikuti petunjuk dalam [Upgrade versi utama untuk RDS untuk MariaDB](USER_UpgradeDBInstance.MariaDB.Major.md).
Sebaliknya, tingkatkan* versi minor* hanya menyertakan perubahan yang kompatibel 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 instans DB Anda secara otomatis ditingkatkan setelah pengujian Amazon RDS dan menyetujui versi baru. Untuk informasi tentang melakukan peningkatan, lihat [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md).
Jika instans DB MariaDB Anda menggunakan replika baca, Anda harus meningkatkan semua replika baca sebelum meningkatkan instans sumber. Jika instans DB Anda ada dalam deployment Multi-AZ, replika penulis dan siaga akan ditingkatkan. Instans DB Anda mungkin tidak tersedia hingga peningkatan selesai.
Untuk informasi selengkapnya tentang versi yang didukung MariaDB dan manajemen versi, lihat [Versi-versi MariaDB pada Amazon RDS](MariaDB.Concepts.VersionMgmt.md).
Peningkatan mesin basis data memerlukan waktu henti. Durasi waktu henti bervariasi berdasarkan ukuran instans DB Anda.
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).
**Tip**
Anda dapat meminimalkan waktu henti yang diperlukan untuk peningkatan instans DB dengan menggunakan blue/green penerapan. Untuk informasi selengkapnya, lihat [Menggunakan Amazon RDS Blue/Green Aurora Deployment untuk pembaruan database](blue-green-deployments.md).
**Topics**
+ [Pertimbangan untuk peningkatan MariaDB](#USER_UpgradeDBInstance.MariaDB.Considerations)
+ [Menemukan target peningkatan yang valid](#USER_UpgradeDBInstance.MariaDB.FindingTargets)
+ [Nomor versi MariaDB](USER_UpgradeDBInstance.MariaDB.VersionID.md)
+ [RDSnomor versi RDS untuk MariaDB](USER_UpgradeDBInstance.MariaDB.rds.version.md)
+ [Upgrade versi utama untuk RDS untuk MariaDB](USER_UpgradeDBInstance.MariaDB.Major.md)
+ [Meningkatkan instans DB MariaDB](#USER_UpgradeDBInstance.MariaDB.Upgrading)
+ [Upgrade versi minor otomatis RDS untuk MariaDB](USER_UpgradeDBInstance.MariaDB.Minor.md)
+ [Menggunakan replika baca untuk mengurangi waktu henti saat memutakhirkan database untuk RDS MariaDB](USER_UpgradeDBInstance.MariaDB.ReducedDowntime.md)
+ [Memantau RDS untuk peningkatan mesin MariaDB DB dengan acara](USER_UpgradeDBInstance.MariaDB.Monitoring.md)
## Pertimbangan untuk peningkatan MariaDB
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, Anda harus meningkatkan semua replikasi baca sebelum meningkatkan instans sumber.
Jika instans DB Anda ada dalam deployment Multi-AZ, instans DB primer dan siaga akan ditingkatkan. Instans DB primer dan siaga ditingkatkan pada saat yang sama dan Anda akan mengalami pemadaman hingga peningkatan selesai. Waktu pemadaman bervariasi berdasarkan mesin basis data, versi mesin, dan ukuran instans DB Anda.
## 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 mariadb \
--engine-version version_number \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version version_number ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Misalnya, untuk mengidentifikasi target pemutakhiran yang valid untuk instance MariaDB versi 10.5.17 DB, jalankan perintah berikut: AWS CLI
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.17 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.17 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
# Nomor versi MariaDB
*Urutan penomoran versi untuk RDS untuk mesin database MariaDB baik dalam bentuk major.minor.patch.yyyymmdd atau *major.minor.patch*, misalnya, 10.11.5.R2.20231201 atau 10.4.30.* Format yang digunakan tergantung pada versi mesin MariaDB.
**mayor**
Nomor versi utama adalah bilangan bulat dan bagian fraksional pertama dari nomor versi, misalnya, 10.11. Peningkatan versi mayor akan meningkatkan bagian mayor dari nomor versi. Misalnya, upgrade dari *10.5 .20 ke 10.6.12* adalah upgrade versi utama, di mana *10.5 dan *10.6** adalah nomor versi utama.
**kecil**
Nomor versi minor adalah bagian ketiga dari nomor versi, misalnya, 5 di 10.11.5.
**tambalan**
Patch adalah bagian keempat dari nomor versi, misalnya, R2 di 10.11.5.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 10.11.5.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 MariaDB versi 10.11.
| 10.11 versi minor | Skema penamaan |
| --- | --- |
| ≥5 | Instans DB baru menggunakan *major.minor.patch.YYMMDD, misalnya, 10.11.5.R2.20231201*. Instans DB yang ada mungkin menggunakan *major.minor.patch*, misalnya, 10.11.5.R2, hingga versi mayor atau minor Anda berikutnya ditingkatkan. |
| < 5 | Instans DB yang ada menggunakan *major.minor.patch*, misalnya, 10.11.4.R2. |
Tabel berikut menjelaskan skema penamaan untuk RDS untuk MariaDB versi 10.6.
| 10.6 versi minor | Skema penamaan |
| --- | --- |
| ≥ 14 | Instans DB baru menggunakan *major.minor.patch.YYMMDD, misalnya, 10.6.14.R2.20231201*. Instans DB yang ada mungkin menggunakan *major.minor.patch*, misalnya, 10.6.14.R2, hingga peningkatan versi mayor atau minor berikutnya. |
| < 14 | Instans DB yang ada menggunakan *major.minor.patch*, misalnya, 10.6.13.R2. |
Tabel berikut menjelaskan skema penamaan untuk RDS untuk MariaDB versi 10.5.
| 10.5 versi minor | Skema penamaan |
| --- | --- |
| ≥ 21 | Instans DB baru menggunakan *major.minor.patch.YYMMDD, misalnya, 10.5.21.R2.20231201*. Instans DB yang ada mungkin menggunakan *major.minor.patch*, misalnya, 10.5.21.R2, hingga peningkatan versi mayor atau minor berikutnya. |
| < 21 | Instans DB yang ada menggunakan *major.minor.patch*, misalnya, 10.5.20.R2. |
Tabel berikut menjelaskan skema penamaan untuk RDS untuk MariaDB versi 10.4.
| 10.4 versi minor | Skema penamaan |
| --- | --- |
| ≥ 30 | Instans DB baru menggunakan *major.minor.patch.YYMMDD, misalnya, 10.4.30.R2.20231201*. Instans DB yang ada mungkin menggunakan *major.minor.patch*, misalnya, 10.4.30.R2, hingga versi mayor atau minor Anda berikutnya ditingkatkan. |
| < 30 | Instans DB yang ada menggunakan *major.minor.patch*, misalnya, 10.4.29.R2. |
# RDSnomor versi RDS untuk MariaDB
RDSnomor versi menggunakan skema `major.minor.patch` atau `major.minor.patch.YYYYMMDD` penamaan. Versi RDS tambalan mencakup perbaikan bug penting yang ditambahkan ke versi minor setelah dirilis. Versi RDS tanggal (*YYMMDD*) adalah patch keamanan. Patch keamanan tidak menyertakan perbaikan apa pun yang dapat mengubah perilaku mesin.
Untuk mengidentifikasi nomor RDS versi Amazon dari database Anda, Anda harus terlebih dahulu membuat `rds_tools` ekstensi dengan menggunakan perintah berikut:
```
CREATE EXTENSION rds_tools;
```
Anda dapat mengetahui nomor RDS versi database RDS untuk MariaDB Anda dengan kueri berikut: SQL
```
mysql> select mysql.rds_version();
```
Misalnya, query RDS untuk MariaDB 10.6.14 database mengembalikan output berikut:
```
+---------------------+
| mysql.rds_version() |
+---------------------+
| 10.6.14.R2.20231201 |
+---------------------+
1 row in set (0.01 sec)
```
# Upgrade versi utama untuk RDS untuk MariaDB
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 Anda secara manual. Kami menyarankan Anda untuk menguji peningkatan apa pun secara menyeluruh sebelum menerapkannya ke instans produksi Anda.
**catatan**
Di MariaDB 11.8, nilai default `require_secure_transport` untuk `1` sekarang, membutuhkan koneksi aman. SSL/TLS Setel ke `0` jika koneksi tidak aman diperlukan.
Amazon RDS mendukung peningkatan di tempat berikut untuk versi mayor mesin basis data MariaDB:
+ Versi MariaDB apa pun ke MariaDB 11.8
+ Versi MariaDB apa pun ke MariaDB 11.4
+ Versi MariaDB mana pun ke MariaDB 10.11
+ Versi MariaDB mana pun ke MariaDB 10.6
+ MariaDB 10.4 ke MariaDB 10.5
Jika Anda menggunakan grup parameter kustom, dan melakukan peningkatan versi mayor, Anda harus menentukan grup parameter default untuk versi mesin DB baru atau membuat grup parameter kustom Anda sendiri untuk versi mesin DB baru. Pengaitan grup parameter baru dengan instans DB akan memerlukan boot ulang basis data yang dimulai oleh pelanggan setelah peningkatan selesai. Status grup parameter instans akan menampilkan `pending-reboot` jika instans perlu di-boot ulang untuk menerapkan perubahan grup parameter. Status grup parameter instance dapat dilihat di Konsol Manajemen AWS atau dengan menjalankan panggilan “deskripsikan” seperti`describe-db-instances`.
## Meningkatkan instans DB MariaDB
Untuk informasi tentang peningkatan instans DB MariaDB secara manual atau otomatis, lihat [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md).
# Upgrade versi minor otomatis RDS untuk MariaDB
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**.
![\[Pengaturan peningkatan versi minor otomatis\]](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 utama MariaDB di Wilayah AWS beberapa, satu versi minor ditunjuk RDS oleh 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 dalam versi komunitas MariaDB
+ Stabilitas armada secara keseluruhan sejak versi minor dirilis
**catatan**
Support untuk menggunakan TLS versi 1.0 dan 1.1 telah dihapus dimulai dengan versi minor tertentu dari MariaDB. Untuk informasi tentang versi minor MariaDB yang didukung, lihat. [Dukungan SSL/TLS untuk instans MariaDB DB di Amazon RDS](MariaDB.Concepts.SSLSupport.md)
Anda dapat menjalankan AWS CLI perintah berikut untuk menentukan versi target pemutakhiran minor otomatis saat ini untuk versi minor MariaDB tertentu secara spesifik. Wilayah AWS
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version minor_version \
--region region \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output text
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--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 MariaDB minor versi 10.5.16 di AS Timur (Ohio) (us-east-2). Wilayah AWS
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.16 \
--region us-east-2 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output table
```
Untuk Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.16 ^
--region us-east-2 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output table
```
Output Anda akan seperti yang berikut ini.
```
----------------------------------
| DescribeDBEngineVersions |
+--------------+-----------------+
| AutoUpgrade | EngineVersion |
+--------------+-----------------+
| True | 10.5.17 |
| False | 10.5.18 |
| False | 10.5.19 |
| False | 10.6.5 |
| False | 10.6.7 |
| False | 10.6.8 |
| False | 10.6.10 |
| False | 10.6.11 |
| False | 10.6.12 |
+--------------+-----------------+
```
Dalam contoh ini, nilai `AutoUpgrade` adalah `True` untuk MariaDB versi 10.5.17. Jadi, target peningkatan minor otomatis adalah MariaDB versi 10.5.17, yang disorot pada output.
Instans DB MariaDB secara otomatis ditingkatkan selama periode 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 database untuk RDS MariaDB
Dalam kebanyakan kasus, deployment blue/green adalah opsi terbaik untuk mengurangi waktu henti saat meningkatkan instans DB MariaDB. 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 MariaDB Anda 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 MariaDB versi 10.5 ke MariaDB versi 10.6. Anda dapat menggunakan langkah umum yang sama untuk peningkatan ke versi mayor lainnya.
**Untuk meningkatkan basis data MariaDB saat instans DB sedang digunakan**
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Buat sebuah replika baca dari instans DB MariaDB 10.5 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 MariaDB 10.5 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 sebagai deployment AZ Tunggal dengan pencadangan dinonaktifkan. Karena replika baca ini akhirnya akan menjadi instans DB produksi, praktik terbaiknya adalah mengonfigurasi deployment Multi-AZ dan mengaktifkan pencadangan sekarang.
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 MariaDB 10.6.
1. Pada konsol, pilih **Basis data**, lalu pilih replika baca yang baru saja Anda buat.
1. Pilih **Ubah**.
1. Untuk **Versi mesin DB**, pilih MariaDB versi 10.6 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 sumber MariaDB 10.5 instans DB. 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 sebelumnya dari MariaDB menggunakan `SHOW SLAVE STATUS`, bukan `SHOW REPLICA STATUS`. Jika Anda menggunakan MariaDB sebelum versi 10.6, 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 MariaDB 10.5 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 MariaDB 10.6. 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 MariaDB 10.6 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 MariaDB 10.6 Anda sebagai instans DB mandiri.
**penting**
Saat Anda mempromosikan replika baca MariaDB 10.6 Anda menjadi instans DB mandiri, replika baca ini bukan lagi merupakan replika dari instans DB MariaDB 10.5 Anda. Kami sarankan Anda mempromosikan replika baca MariaDB selama periode pemeliharaan jika instans DB MariaDB 10.5 sumber Anda berada dalam mode hanya baca dan semua operasi tulis ditangguhkan. Saat promosi selesai, Anda dapat mengarahkan operasi tulis Anda ke instans DB MariaDB 10.6 yang telah ditingkatkan untuk memastikan bahwa tidak ada operasi tulis yang hilang.
Selain itu, kami menyarankan agar, sebelum mempromosikan replika baca MariaDB 10.6 Anda, Anda melakukan semua operasi bahasa definisi data DDL () yang diperlukan pada replika baca MariaDB 10.6 Anda. Contohnya adalah membuat indeks. Pendekatan ini akan menghindari efek negatif pada performa replika baca MariaDB 10.6 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 MariaDB Anda. Pada tahap ini, Anda dapat mengarahkan aplikasi Anda ke instans DB MariaDB 10.6 yang baru.
# Memantau RDS untuk peningkatan mesin MariaDB DB dengan acara
Saat Anda memutakhirkan versi mesin dari database RDS untuk MariaDB, 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).
# Memutakhirkan versi mesin snapshot MariaDB DB
Dengan Amazon RDS, Anda dapat membuat snapshot DB volume penyimpanan instans MariaDB Anda. Saat Anda membuat snapshot DB, snapshot tersebut didasarkan pada versi mesin yang digunakan oleh instans DB Anda. Anda dapat memutakhirkan versi mesin untuk snapshot DB Anda.
Untuk RDS untuk MariaDB, Anda dapat meningkatkan ke semua versi mesin yang tersedia. Anda dapat meningkatkan snapshot DB terenkripsi atau tidak terenkripsi.
Untuk melihat versi mesin yang tersedia untuk snapshot RDS Anda untuk MariaDB DB, gunakan contoh berikut. AWS CLI
```
aws rds describe-db-engine-versions --engine mariadb --include-all --engine-version example-engine-version --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Jika Anda tidak melihat hasil untuk snapshot Anda, versi mesin Anda mungkin tidak digunakan lagi. Jika versi mesin Anda tidak digunakan lagi, kami sarankan Anda meningkatkan ke target pemutakhiran versi utama terbaru atau ke salah satu target pemutakhiran lain yang tersedia untuk versi tersebut. Untuk informasi selengkapnya, lihat [Opsi peningkatan untuk snapshot DB dengan versi mesin yang tidak didukung untuk RDS untuk MariaDB](mariadb-upgrade-snapshot.upgrade-options.md).
Setelah memulihkan snapshot DB yang ditingkatkan ke versi mesin baru, pastikan untuk menguji bahwa peningkatan berhasil. Untuk informasi selengkapnya tentang peningkatan versi mayor, lihat [Peningkatan mesin MariaDB DB](USER_UpgradeDBInstance.MariaDB.md). Untuk mempelajari cara memulihkan snapshot DB RDS, lihat [Memulihkan ke instans DB](USER_RestoreFromSnapshot.md).
**catatan**
Anda tidak dapat meningkatkan snapshot DB otomatis yang dibuat selama proses pencadangan otomatis.
Anda dapat memutakhirkan snapshot DB menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
------
#### [ Console ]
Untuk memutakhirkan versi mesin snapshot DB menggunakan Konsol Manajemen AWS, gunakan prosedur berikut.
**Untuk meningkatkan snapshot DB**
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. Di panel navigasi, pilih **Snapshot**.
1. Pilih snapshot yang ingin Anda tingkatkan.
1. Untuk **Tindakan**, pilih **Tingkatkan snapshot**. Halaman **Tingkatkan snapshot** muncul.
1. Pilih **Versi mesin baru** yang akan menjadi target peningkatan.
1. Pilih **Simpan perubahan** untuk meningkatkan snapshot.
Selama proses peningkatan, semua tindakan snapshot dinonaktifkan untuk snapshot DB ini. Selain itu, status snapshot DB berubah dari **Tersedia** menjadi **Ditingkatkan**, lalu berubah menjadi **Aktif** jika sudah selesai. Jika snapshot DB tidak dapat ditingkatkan karena masalah kerusakan snapshot, status berubah menjadi **Tidak Tersedia**. Anda tidak dapat memulihkan snapshot dari status ini.
**catatan**
Jika peningkatan snapshot DB gagal, snapshot di-rollback ke kondisi awal sesuai dengan versi asli.
------
#### [ AWS CLI ]
Untuk memutakhirkan snapshot DB ke versi mesin database baru, jalankan AWS CLI [modify-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-snapshot.html)perintah.
**Opsi**
+ `--db-snapshot-identifier` – Pengidentifikasi snapshot DB yang akan ditingkatkan. Pengidentifikasi harus berupa Amazon Resource Name (ARN) yang unik. Untuk informasi selengkapnya, lihat [Nama Sumber Daya Amazon (ARNs) di Amazon RDS](USER_Tagging.ARN.md).
+ `--engine-version` – Versi mesin untuk meningkatkan snapshot DB.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds modify-db-snapshot \
2.
3. --db-snapshot-identifier my_db_snapshot \
4. --engine-version new_version
```
Untuk Windows:
```
1. aws rds modify-db-snapshot ^
2. --db-snapshot-identifier my_db_snapshot ^
3. --engine-version new_version
```
------
#### [ Amazon RDS API ]
Untuk memutakhirkan snapshot DB ke versi mesin database baru, panggil operasi RDS API [Modify DBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBSnapshot.html).
**Parameter**
+ `DBSnapshotIdentifier` – Pengidentifikasi untuk snapshot DB. Pengidentifikasi harus berupa Amazon Resource Name (ARN) yang unik. Untuk informasi selengkapnya, lihat [Nama Sumber Daya Amazon (ARNs) di Amazon RDS](USER_Tagging.ARN.md).
+ `EngineVersion` – Versi mesin untuk meningkatkan snapshot DB.
------
# Opsi peningkatan untuk snapshot DB dengan versi mesin yang tidak didukung untuk RDS untuk MariaDB
Tabel berikut menunjukkan versi mesin mana yang dapat Anda tingkatkan dari versi mesin yang tidak didukung untuk snapshot RDS untuk MariaDB DB.
**catatan**
Anda mungkin harus memutakhirkan snapshot DB Anda lebih dari sekali untuk meningkatkan ke versi mesin pilihan Anda.
| Versi mesin snapshot DB | Versi mesin tersedia untuk upgrade |
| --- | --- |
| 10.0.17, 10.0.24, 10.0.28, 10.0.31, 10.0.32, 10.0.34, 10.0.35 | 10.0.38, 10.1.48, 10.6.19, 10.6.20, 10.11.9, 10.11.10, 11.4.3, 11.4.4, 11.8.3 |
| 10.1.14, 10.1.16, 10.1.19, 10.1.23, 10.1.26, 10.1.31, 10.1.34 | 10.1.48, 10.2.44, 10.6.19, 10.6.20, 10.11.9, 10.11.10, 11.4.3, 11.4.4, 11.8.3 |
| 10.2.11, 10.2.12, 10.2.15, 10.2.21, 10.2.32, 10.2.37, 10.2.39, 10.2.40, 10.2.41, 10.2.43 | 10.2.44, 10.3.39, 10.6.19, 10.6.20, 10.6.21, 10.11.9, 10.11.10, 10.11.11, 11.4.3, 11.4.4, 11.8.3 |
| 10.3.8, 10.3.13, 10.3.20, 10.3.23, 10.3.28, 10.3.31, 10.3.32 | 10.3.39, 10.4.34, 10.6.19, 10.6.20 10.6.21, 10.11.9, 10.11.10, 10.11.11, 11.4.3, 11.4.4, 11.8.3 |
| 10.4.8 | 10.4.34, 10.5.16, 10.5.17, 10.5.18, 10.5.20, 10.5.21, 10.5.22, 10.5.23, 10.5.24, 10.5.25, 10.5.26, 10.5.27, 10.5.28, 10.6.8, 10.6.10, 10.6.11, 10.6.13, 10.6.14, 10.6.15, 10.6.16, 10.6.18, 10.6.19, 10.6.19, 10.6.19, 10.6.20, 10.6.20, 10.6.20 21, 10.11.4, 10.6.17, 10.11.5, 10.11.6, 10.11.7, 10.11.8, 10.11.9, 10.11.10, 10.11.11 |
# Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB
Anda dapat menggunakan beberapa teknik untuk mengimpor data ke dalam instans basis data RDS for MariaDB. Pendekatan terbaik tergantung pada sejumlah faktor:
+ Sumber data
+ Jumlah data
+ Impor satu kali atau sedang berlangsung
+ Jumlah downtime
Jika Anda juga memigrasikan aplikasi dengan data, jumlah waktu henti penting untuk dipertimbangkan.
Tabel berikut mencantumkan teknik untuk mengimpor data ke RDS untuk instance MariaDB DB:
**catatan**
Amazon RDS tidak mendukung `mariadb-backup` atau mengimpor dari Amazon S3 untuk MariaDB.
| Sumber | Jumlah data | Satu kali atau berkelanjutan | Waktu henti aplikasi | Teknik | Informasi selengkapnya |
| --- | --- | --- | --- | --- | --- |
| Database MariaDB yang ada di tempat atau di Amazon EC2 | Setiap | Berkelanjutan | Minimal | Konfigurasikan replikasi dengan database MariaDB yang ada sebagai sumber replikasi. Anda dapat mengonfigurasi replikasi menjadi instance MariaDB DB menggunakan pengidentifikasi transaksi global MariaDB GTIDs () ketika instance eksternal adalah MariaDB versi 10.0.24 atau lebih tinggi, atau menggunakan koordinat log biner untuk instance MariaDB pada versi sebelumnya dari 10.0.24. GTIDs MariaDB diimplementasikan secara berbeda dari MySQL GTIDs, yang tidak didukung oleh Amazon RDS. | [Mengonfigurasi replikasi posisi file log biner dengan instans sumber eksternal](MySQL.Procedural.Importing.External.ReplMariaDB.md) [Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB dengan waktu henti yang dikurangi](mariadb-importing-data-reduced-downtime.md) |
| Sebarang basis data yang ada | Setiap | Satu kali atau berkelanjutan | Minimal | Gunakan AWS Database Migration Service untuk memigrasikan database dengan downtime minimal dan, untuk banyak mesin DB database, lanjutkan replikasi yang sedang berlangsung. | [Apakah AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html) *dan [Menggunakan basis data yang kompatibel dengan MySQL sebagai target untuk AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.MySQL.html) dalam Panduan Pengguna AWS Database Migration Service * |
| Instans basis data MariaDB yang ada | Setiap | Satu kali atau berkelanjutan | Minimal | Buat replika baca untuk replikasi berkelanjutan. Dorong replika baca untuk pembuatan satu kali instans DB baru. | [Menggunakan replika baca instans DB](USER_ReadRepl.md) |
| Database MariaDB yang ada | Kecil | Satu kali | Beberapa | Salin data langsung ke instance MariaDB Anda menggunakan utilitas baris perintah. | [Mengimpor data dari database MariaDB eksternal ke Amazon RDS untuk instans DB Amazon RDS](mariadb-importing-data-external-database.md) |
| Data tidak disimpan dalam basis data yang sudah ada | Sedang | Satu kali | Beberapa | Buat file datar dan impor menggunakan pernyataan MariaDB`LOAD DATA LOCAL INFILE`. | [Mengimpor data dari sumber apa pun ke Amazon RDS for MariaDB instans DB](mariadb-importing-data-any-source.md) |
**catatan**
Basis data sistem `mysql` berisi informasi autentikasi dan otorisasi yang dibutuhkan untuk masuk ke instans DB Anda dan mengakses data Anda. Menjatuhkan, mengubah, mengganti nama, atau memotong tabel, data, atau konten lain dari `mysql` database dalam instans DB Anda dapat mengakibatkan kesalahan dan mungkin membuat instans DB dan data Anda tidak dapat diakses. Jika ini terjadi, Anda dapat mengembalikan instance DB dari snapshot menggunakan AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html)perintah. Anda dapat memulihkan instans DB menggunakan [https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html)perintah.
# Mengimpor pertimbangan data untuk MariaDB
Konten berikut berisi informasi teknis terkait pemuatan data ke MariaDB. Konten ini ditujukan untuk pengguna yang akrab dengan arsitektur server MariaDB.
## Pencatatan biner
Mengaktifkan pencatatan biner mengurangi kinerja pemuatan data dan membutuhkan hingga empat kali ruang disk tambahan dibandingkan dengan pencatatan yang dinonaktifkan. Ukuran transaksi yang digunakan untuk memuat data secara langsung mempengaruhi kinerja sistem dan kebutuhan ruang disk — transaksi yang lebih besar membutuhkan lebih banyak sumber daya.
## Ukuran transaksi
Ukuran transaksi mempengaruhi aspek-aspek berikut dari pemuatan data MariaDB:
+ Konsumsi sumber daya
+ Pemanfaatan ruang disk
+ Lanjutkan proses
+ Waktu untuk pulih
+ Format input (file datar atau SQL)
Bagian ini menjelaskan bagaimana ukuran transaksi dapat memengaruhi log biner dan mengakibatkan kasus penonaktifan log biner selama pemuatan data yang besar. Anda dapat mengaktifkan dan menonaktifkan pencatatan biner dengan mengatur periode retensi cadangan otomatis Amazon RDS. Nilai non-nol mengaktifkan log biner, dan nilai nol menonaktifkannya. Untuk informasi selengkapnya, lihat [Periode retensi cadangan](USER_WorkingWithAutomatedBackups.BackupRetention.md).
Bagian ini juga menjelaskan dampak transaksi besar pada InnoDB dan mengapa penting untuk menjaga ukuran transaksi tetap kecil.
### Transaksi kecil
Untuk transaksi kecil, log biner menggandakan jumlah tulis disk yang dibutuhkan untuk memuat data. Efek ini dapat secara ekstrem menurunkan performa untuk sesi basis data lain dan meningkatkan waktu yang dibutuhkan untuk memuat data. Degradasi yang dialami sebagian tergantung pada faktor-faktor berikut:
+ Tingkat unggah
+ Aktivitas database lainnya yang terjadi selama pemuatan
+ Kapasitas instans Amazon RDS DB Anda
Log biner juga mengkonsumsi ruang disk kira-kira sama dengan jumlah data yang dimuat sampai log dicadangkan dan dihapus. Amazon RDS meminimalkan ini dengan sering mencadangkan dan menghapus log biner.
### Transaksi besar
Untuk transaksi besar, pencatatan biner melipatgandakan IOPS dan penggunaan disk karena alasan berikut:
+ Cache log biner menyimpan data transaksi sementara pada disk.
+ Cache ini tumbuh dengan ukuran transaksi, yang menghabiskan ruang disk.
+ Ketika transaksi (commit atau rollback) selesai, sistem menyalin cache ke log biner.
Proses ini membuat tiga salinan data:
+ Data asli
+ Cache pada disk
+ Entri log biner terakhir
Setiap operasi penulisan menimbulkan IO tambahan, yang selanjutnya memengaruhi kinerja.
Karena itu, logging biner membutuhkan tiga kali lipat ruang disk dibandingkan dengan logging yang dinonaktifkan. Misalnya, memuat 10 GiB data sebagai satu transaksi menghasilkan tiga salinan:
+ 10 GiB untuk data tabel
+ 10 GiB untuk cache log biner
+ 10 GiB untuk file log biner
Total ruang disk sementara yang dibutuhkan adalah 30 GiB.
Pertimbangan ruang disk penting:
+ File cache tetap ada sampai sesi berakhir atau transaksi baru membuat cache lain.
+ Log biner tetap ada sampai dicadangkan, berpotensi menahan 20 GiB (cache dan log) untuk waktu yang lama.
Jika Anda menggunakan `LOAD DATA LOCAL INFILE` untuk memuat data, pemulihan data membuat salinan keempat jika database harus dipulihkan dari cadangan yang dibuat sebelum pemuatan. Selama pemulihan, MariaDB mengekstrak data dari log biner ke file datar. MariaDB kemudian berjalan. `LOAD DATA LOCAL INFILE` Berdasarkan contoh sebelumnya, pemulihan ini membutuhkan total ruang disk sementara 40 GiB, atau masing-masing 10 GiB untuk tabel, cache, log, dan file lokal. Tanpa setidaknya 40 GiB ruang disk kosong, pemulihan gagal.
### Mengoptimalkan beban data yang besar
Untuk pemuatan data yang besar, nonaktifkan pencatatan biner untuk mengurangi kebutuhan ruang overhead dan disk. Anda dapat menonaktifkan pencatatan biner dengan mengatur periode retensi cadangan ke 0. Setelah pemuatan selesai, kembalikan periode retensi cadangan ke nilai bukan nol yang sesuai. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md) dan [Periode retensi cadangan](USER_ModifyInstance.Settings.md) di tabel pengaturan.
**catatan**
Jika instans DB adalah instans DB sumber untuk replika baca, maka Anda tidak dapat mengatur periode retensi cadangan ke 0.
Sebelum memuat data, kami sarankan Anda membuat snapshot DB. Untuk informasi selengkapnya, lihat [Mengelola backup manual](USER_ManagingManualBackups.md).
## InnoDB
Informasi berikut tentang opsi undo logging dan recovery mendukung menjaga transaksi InnoDB tetap kecil untuk mengoptimalkan kinerja database.
### Memahami InnoDB undo logging
Undo adalah mekanisme logging yang memungkinkan rollback transaksi dan mendukung kontrol konkurensi multi-versi (MVCC).
Untuk MariaDB 10.11 dan versi yang lebih rendah, batalkan log disimpan di tablespace sistem InnoDB (biasanya ibdata1) dan dipertahankan sampai thread pembersihan menghapusnya. Akibatnya, transaksi pemuatan data yang besar dapat menyebabkan tablespace sistem menjadi cukup besar dan menghabiskan ruang disk yang tidak dapat Anda reklamasi kecuali Anda membuat ulang database.
Untuk semua versi MariaDB, thread pembersihan harus menunggu untuk menghapus log pembatalan apa pun hingga transaksi aktif tertua melakukan atau memutar kembali. Jika database memproses transaksi lain selama pemuatan, log pembatalan mereka juga terakumulasi dan tidak dapat dihapus, bahkan jika transaksi dilakukan dan tidak ada transaksi lain yang memerlukan log pembatalan untuk MVCC. Dalam situasi ini, semua transaksi—termasuk transaksi hanya-baca—melambat. Perlambatan ini terjadi karena semua transaksi mengakses semua baris yang transaksi—bukan hanya transaksi muatan—berubah. Akibatnya, transaksi harus memindai melalui log undo yang mencegah transaksi pemuatan yang berjalan lama dicegah untuk dibersihkan selama pembersihan log batal. Ini memengaruhi kinerja untuk setiap operasi yang mengakses baris yang dimodifikasi.
### Opsi pemulihan transaksi InnoDB
Meskipun InnoDB mengoptimalkan operasi komit, rollback transaksi besar lambat. Untuk pemulihan yang lebih cepat, lakukan point-in-time pemulihan atau pulihkan snapshot DB. Untuk informasi selengkapnya, lihat [Point-in-time pemulihan](USER_PIT.md) dan [Memulihkan ke instans DB](USER_RestoreFromSnapshot.md).
## Format impor data
MariaDB mendukung dua format impor data: file datar dan SQL. Tinjau informasi tentang setiap format untuk menentukan opsi terbaik untuk kebutuhan Anda.
### File rata
Untuk transaksi kecil, muat file datar dengan`LOAD DATA LOCAL INFILE`. Format impor data ini dapat memberikan manfaat berikut dibandingkan menggunakan SQL:
+ Lebih sedikit lalu lintas jaringan
+ Biaya transmisi data yang lebih rendah
+ Overhead pemrosesan basis data menurun
+ Pemrosesan lebih cepat
`LOAD DATA LOCAL INFILE`memuat seluruh file datar sebagai satu transaksi. Jaga ukuran masing-masing file kecil untuk keuntungan berikut:
+ **Kemampuan melanjutkan** - Anda dapat melacak file mana yang telah dimuat. Jika masalah muncul selama beban, Anda dapat mengambil tempat yang Anda tinggalkan. Anda mungkin perlu mengirimkan kembali beberapa data ke Amazon RDS, tetapi dengan file kecil, jumlah yang dikirim ulang minimal.
+ **Pemuatan data paralel** — Jika Anda memiliki IOPS dan bandwidth jaringan yang cukup untuk satu pemuatan file, pemuatan secara paralel dapat menghemat waktu.
+ **Kontrol laju beban** - Jika beban data Anda berdampak negatif pada proses lain, Anda dapat mengontrol laju beban dengan meningkatkan interval antar file.
Transaksi besar mengurangi manfaat penggunaan `LOAD DATA LOCAL INFILE` untuk mengimpor data. Bila Anda tidak dapat memecah sejumlah besar data menjadi file yang lebih kecil, pertimbangkan untuk menggunakan SQL.
### SQL
SQL memiliki satu keunggulan utama dibandingkan file datar: Anda dapat dengan mudah menjaga ukuran transaksi kecil. Namun, SQL dapat memakan waktu lebih lama untuk memuat daripada file datar. Juga, setelah kegagalan, mungkin sulit untuk menentukan di mana harus melanjutkan—Anda tidak dapat me-restart file mariadb-dump. Jika terjadi kegagalan saat memuat file mariadb-dump, Anda harus memodifikasi atau mengganti file sebelum pemuatan dapat dilanjutkan. Atau, sebagai alternatif, setelah Anda memperbaiki penyebab kegagalan, Anda dapat mengembalikan ke titik waktu sebelum memuat dan mengirim ulang file. Untuk informasi selengkapnya, lihat [Point-in-time pemulihan](USER_PIT.md).
## Menggunakan snapshot Amazon RDS DB untuk pos pemeriksaan database
Jika Anda memuat data dalam jangka waktu yang lama—seperti jam atau hari—tanpa pencatatan biner, gunakan snapshot DB untuk menyediakan pos pemeriksaan berkala demi keamanan data. Setiap snapshot DB membuat salinan konsisten dari instance database Anda yang berfungsi sebagai titik pemulihan selama kegagalan sistem atau peristiwa korupsi data. Karena snapshot DB cepat, checkpointing yang sering memiliki dampak minimal pada kinerja beban. Anda dapat menghapus snapshot DB sebelumnya tanpa memengaruhi daya tahan database atau kemampuan pemulihan. Untuk informasi selengkapnya tentang snapshot DB, lihat[Mengelola backup manual](USER_ManagingManualBackups.md).
## Mengurangi waktu muat database
Item berikut adalah tips tambahan untuk mengurangi waktu muat:
+ Buat semua indeks sekunder sebelum memuat data ke database MariaDB. Tidak seperti sistem database lainnya, MariaDB membangun kembali seluruh tabel saat menambahkan atau memodifikasi indeks sekunder. Proses ini membuat tabel baru dengan perubahan indeks, menyalin semua data, dan menjatuhkan tabel asli.
+ Muat data dalam urutan kunci primer. Untuk tabel InnoDB, ini dapat mengurangi waktu muat hingga 75% — 80% dan mengurangi ukuran file data hingga 50%.
+ Nonaktifkan kendala kunci asing dengan menyetel ke. `foreign_key_checks` `0` Ini sering diperlukan untuk file datar yang dimuat`LOAD DATA LOCAL INFILE`. Untuk beban apa pun, menonaktifkan pemeriksaan kunci asing mempercepat pemuatan data. Setelah pemuatan selesai, aktifkan kembali kendala dengan mengatur `foreign_key_checks` dan memverifikasi data. `1`
+ Muat data secara paralel kecuali mendekati batas sumber daya. Untuk mengaktifkan pemuatan bersamaan di beberapa segmen tabel, gunakan tabel yang dipartisi bila sesuai.
+ Untuk mengurangi overhead eksekusi SQL, gabungkan beberapa `INSERT` pernyataan menjadi operasi `INSERT` multi-nilai tunggal. `mariadb-dump`mengimplementasikan optimasi ini secara otomatis.
+ Kurangi operasi IO log InnoDB dengan menyetel `innodb_flush_log_at_trx_commit` ke. `0` Setelah pemuatan selesai, kembalikan `innodb_flush_log_at_trx_commit` ke`1`.
**Awas**
Pengaturan `innodb_flush_log_at_trx_commit` untuk `0` menyebabkan InnoDB menyiram lognya setiap detik, bukan di setiap komit. Pengaturan ini meningkatkan kinerja tetapi dapat mengambil risiko kerugian transaksi selama kegagalan sistem.
+ Jika Anda memuat data ke instans DB yang tidak memiliki replika baca, setel `sync_binlog` ke`0`. Setelah pemuatan selesai, kembalikan `sync_binlog parameter` ke`1`.
+ Muat data ke instans DB AZ tunggal sebelum mengonversi instans DB menjadi penerapan Multi-AZ. Jika instans DB sudah menggunakan penerapan Multi-AZ, kami tidak menyarankan untuk beralih ke penerapan AZ tunggal untuk pemuatan data. Melakukannya hanya memberikan perbaikan marjinal
# Mengimpor data dari database MariaDB eksternal ke Amazon RDS untuk instans DB Amazon RDS
Anda dapat mengimpor data dari database MariaDB yang ada ke RDS untuk instance MariaDB DB. Anda melakukannya dengan menyalin database dengan [mysqldump atau mariadb-dump](https://dev.mysql.com/doc/refman/8.0/en/mysqldump.html)[, dan menyalurkan database langsung ke RDS untuk instance MariaDB](https://mariadb.com/kb/en/mariadb-dump/) DB. Utilitas baris `mariadb-dump` perintah `mysqldump` atau biasanya digunakan untuk membuat cadangan dan mentransfer data dari satu server MariaDB ke server lainnya. Ini disertakan dengan perangkat lunak klien MariaDB.
Dimulai dengan MariaDB 11.0.1, Anda harus menggunakan alih-alih. `mariadb-dump` `mysqldump`
`mysqldump`Perintah khas untuk memindahkan data dari database eksternal ke instans Amazon RDS DB terlihat mirip dengan contoh berikut. Ganti nilai dengan informasi Anda sendiri. Untuk MariaDB 11.0.1 dan versi yang lebih tinggi, ganti dengan. `mysqldump` `mariadb-dump`
```
mysqldump -u local_user \
--databases database_name \
--single-transaction \
--compress \
--order-by-primary \
--routines=0 \
--triggers=0 \
--events=0 \
-plocal_password | mariadb -u RDS_user \
--port=port_number \
--host=host_name \
-pRDS_password
```
**penting**
Pastikan tidak ada spasi di antara opsi `-p` dan kata sandi yang dimasukkan.
Sebagai praktik terbaik keamanan, tentukan kredensil selain petunjuk yang ditunjukkan dalam contoh ini.
Perhatikan rekomendasi dan pertimbangan berikut:
+ Jangan sertakan skema berikut dalam filedump:
+ `sys`
+ `performance_schema`
+ `information_schema`
`mariadb-dump`Utilitas `mysqldump` dan mengecualikan skema ini secara default.
+ Jika Anda perlu memigrasikan pengguna dan hak istimewa, pertimbangkan untuk menggunakan alat yang menghasilkan bahasa kontrol data (DCL) untuk membuatnya kembali, seperti utilitas. [pt-show-grants](https://www.percona.com/doc/percona-toolkit/LATEST/pt-show-grants.html)
+ Untuk melakukan impor, pastikan pengguna yang melakukannya memiliki akses ke instans DB. Untuk informasi selengkapnya, lihat [Mengontrol akses dengan grup keamanan](Overview.RDSSecurityGroups.md).
Parameternya adalah sebagai berikut:
+ `-u local_user` – Gunakan untuk menentukan nama pengguna. Dalam penggunaan pertama parameter ini, tentukan nama akun pengguna pada database MariaDB lokal yang Anda identifikasi dengan parameter tersebut. `--databases`
+ `--databases database_name`— Gunakan untuk menentukan nama database pada instance MariaDB lokal yang ingin Anda impor ke Amazon RDS.
+ `--single-transaction` – Gunakan untuk memastikan bahwa semua data yang dimuat dari basis data lokal konsisten dengan satu titik waktu. Jika ada proses lain yang mengubah data saat `mysqldump` atau `mariadb-dump` sedang membacanya, menggunakan parameter ini membantu menjaga integritas data.
+ `--compress` – Gunakan untuk mengurangi konsumsi bandwidth jaringan dengan mengompres data dari basis data lokal sebelum mengirimkannya ke Amazon RDS.
+ `--order-by-primary` – Gunakan untuk mengurangi waktu pemuatan dengan mengurutkan setiap tabel data berdasarkan kunci primernya.
+ `--routines`Gunakan jika rutinitas seperti prosedur atau fungsi tersimpan ada dalam database yang Anda salin. Setel parameter ke`0`, yang mengecualikan rutinitas selama proses impor. Kemudian kemudian secara manual membuat ulang rutinitas di database Amazon RDS.
+ `--triggers`— Gunakan jika pemicu ada di database yang Anda salin. Setel parameter ke`0`, yang mengecualikan pemicu selama proses impor. Kemudian kemudian buat ulang pemicu secara manual di database Amazon RDS.
+ `--events`— Gunakan jika peristiwa ada dalam database yang Anda salin. Setel parameter ke`0`, yang mengecualikan peristiwa selama proses impor. Kemudian kemudian buat ulang peristiwa secara manual di database Amazon RDS.
+ `-plocal_password` – Gunakan untuk menentukan kata sandi. Dalam penggunaan pertama parameter ini, tentukan kata sandi untuk akun pengguna yang Anda identifikasi dengan `-u` parameter pertama.
+ `-u RDS_user` – Gunakan untuk menentukan nama pengguna. Dalam penggunaan kedua parameter ini, tentukan nama akun pengguna pada database default untuk instance MariaDB DB yang Anda identifikasi dengan parameter tersebut. `--host`
+ `--port port_number`— Gunakan untuk menentukan port untuk instance MariaDB Anda. Secara default, ini adalah 3306 kecuali Anda mengubah nilai saat membuat instans DB.
+ `--host host_name` – Gunakan untuk menentukan nama Sistem Nama Domain (DNS) dari titik akhir instans DB Amazon RDS, misalnya, `myinstance.123456789012.us-east-1.rds.amazonaws.com`. Anda dapat menemukan nilai endpoint dalam detail instans DB di konsol Amazon RDS.
+ `-pRDS_password` – Gunakan untuk menentukan kata sandi. Saat menggunakan parameter ini untuk kedua kalinya, Anda harus menentukan kata sandi untuk akun pengguna yang diidentifikasi oleh parameter `-u` kedua.
Pastikan Anda membuat prosedur, pemicu, fungsi, atau peristiwa tersimpan apa pun secara manual di dalam basis data Amazon RDS Anda. Jika Anda memiliki salah satu objek ini dalam database yang Anda salin, maka kecualikan mereka saat Anda menjalankan `mysqldump` atau`mariadb-dump`. Untuk melakukannya, sertakan parameter berikut dengan `mariadb-dump` perintah `mysqldump` atau Anda:
+ `--routines=0`
+ `--triggers=0`
+ `--events=0`
**Contoh**
Contoh berikut menyalin database `world` sampel pada host lokal ke RDS untuk instance MariaDB DB. Ganti nilai dengan informasi Anda sendiri.
Untuk Linux, macOS, atau Unix:
```
sudo mariadb-dump -u local_user \
--databases world \
--single-transaction \
--compress \
--order-by-primary \
--routines=0 \
--triggers=0 \
--events=0 \
-plocal_password | mariadb -u rds_user \
--port=3306 \
--host=my_instance.123456789012.us-east-1.rds.amazonaws.com \
-pRDS_password
```
Untuk Windows:
Jalankan perintah berikut dalam prompt perintah yang telah dibuka dengan mengklik kanan **Command Prompt** pada menu program Windows dan memilih **Run as administrator**. Ganti nilai dengan informasi Anda sendiri.
```
mariadb-dump -u local_user ^
--databases world ^
--single-transaction ^
--compress ^
--order-by-primary ^
--routines=0 ^
--triggers=0 ^
--events=0 ^
-plocal_password | mariadb -u RDS_user ^
--port=3306 ^
--host=my_instance.123456789012.us-east-1.rds.amazonaws.com ^
-pRDS_password
```
**catatan**
Sebagai praktik terbaik keamanan, tentukan kredensil selain petunjuk yang ditampilkan dalam contoh.
# Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB dengan waktu henti yang dikurangi
Dalam beberapa kasus, Anda mungkin perlu mengimpor data dari database MariaDB eksternal yang mendukung aplikasi langsung ke RDS untuk instance MariaDB DB. Gunakan prosedur berikut untuk meminimalkan dampak terhadap ketersediaan aplikasi. Prosedur ini juga dapat berguna jika Anda menggunakan basis data yang sangat besar. Dengan menggunakan prosedur ini, Anda dapat mengurangi biaya impor dengan mengurangi jumlah data yang dilewatkan di seluruh jaringan AWS.
Dalam prosedur ini, Anda dapat mentransfer salinan data basis data Anda ke instans Amazon EC2 dan mengimpor data ke basis data Amazon RDS baru. Anda kemudian menggunakan replikasi untuk membawa database Amazon RDS up-to-date dengan instans eksternal langsung Anda, sebelum mengarahkan aplikasi Anda ke database Amazon RDS. Jika instance eksternal adalah MariaDB 10.0.24 atau lebih tinggi dan instance targetnya adalah RDS untuk MariaDB, konfigurasikan replikasi MariaDB berdasarkan pengidentifikasi transaksi global (). GTIDs Jika tidak, lakukan konfigurasi pada replikasi berdasarkan koordinat log biner. Kami menyarankan replikasi berbasis GTID jika basis data eksternal Anda mendukungnya karena replikasi berbasis GTID adalah metode yang lebih andal. Untuk informasi selengkapnya, lihat [Global transaction ID](http://mariadb.com/kb/en/mariadb/global-transaction-id/) dalam dokumentasi MariaDB.
Diagram berikut menunjukkan mengimpor database MariaDB eksternal ke database MariaDB di Amazon RDS.
![\[Alur kerja yang menunjukkan mengimpor database MariaDB eksternal ke database MariaDB di Amazon RDS.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_1.png)
## Tugas 1: Buat salinan database yang ada
Langkah pertama dalam proses migrasi sejumlah besar data ke RDS untuk database MariaDB dengan downtime minimal adalah membuat salinan data sumber.
Diagram berikut menunjukkan membuat cadangan dari database MariaDB.
![\[Alur kerja yang menunjukkan pembuatan cadangan database MariaDB.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_2.png)
Anda dapat menggunakan `mariadb-dump` utilitas `mysqldump` atau untuk membuat cadangan database dalam format SQL atau teks terbatas. [Di MariaDB 10.5, klien disebut mariadb-dump.](https://mariadb.com/kb/en/mariadb-dump/) Dimulai dengan MariaDB 11.0.1, Anda harus menggunakan alih-alih. `mariadb-dump` `mysqldump` Kami menyarankan Anda melakukan uji coba dengan setiap format di lingkungan non-produksi untuk melihat metode mana yang meminimalkan jumlah waktu `mysqldump` atau `mariadb-dump` berjalan.
Kami juga menyarankan Anda menimbang `mysqldump` atau `mariadb-dump` kinerja terhadap manfaat yang ditawarkan dengan menggunakan format teks terbatas untuk memuat. Pencadangan yang menggunakan format delimited-text akan menciptakan sebuah file teks yang dipisahkan oleh tab untuk setiap tabel yang disalin ke lokasi lain. Untuk mengurangi jumlah waktu yang dibutuhkan untuk mengimpor basis data Anda, Anda dapat memuat file tersebut secara paralel menggunakan perintah `LOAD DATA LOCAL INFILE`. Untuk informasi selengkapnya, lihat [Langkah 5: Muat data](mariadb-importing-data-any-source.md#mariadb-importing-data-any-source-load-data) di prosedur Mengimpor data dari sumber apa pun.
Sebelum Anda memulai operasi pencadangan, pastikan untuk mengatur opsi replikasi pada database MariaDB yang Anda salin ke Amazon RDS. Opsi replikasi mencakup pengaktifan pencatatan log biner dan pengaturan ID server yang unik. Pengaturan opsi ini menyebabkan server Anda mulai mencatat log transaksi basis data dan menyiapkannya menjadi sebuah instans replikasi sumber di lain waktu dalam proses ini.
Perhatikan rekomendasi dan pertimbangan berikut:
+ Gunakan `--single-transaction` opsi dengan `mysqldump` atau `mariadb-dump` karena membuang status database yang konsisten. Untuk memastikan file dump yang valid, jangan jalankan pernyataan bahasa definisi data (DDL) saat `mysqldump` atau `mariadb-dump` sedang berjalan. Anda dapat menjadwalkan jadwal pemeliharaan untuk operasi ini.
+ Jangan sertakan skema berikut dalam filedump:
+ `sys`
+ `performance_schema`
+ `information_schema`
`mariadb-dump`Utilitas `mysqldump` dan mengecualikan skema ini secara default.
+ Jika Anda perlu memigrasikan pengguna dan hak istimewa, pertimbangkan untuk menggunakan alat yang menghasilkan bahasa kontrol data (DCL) untuk membuatnya kembali, seperti utilitas. [pt-show-grants](https://www.percona.com/doc/percona-toolkit/LATEST/pt-show-grants.html)
### Mengatur opsi replikasi
1. Edit file `my.cnf` File ini biasanya terletak di bawah`/etc`.
```
sudo vi /etc/my.cnf
```
Tambahkan opsi `log_bin` dan `server_id` ke bagian `[mysqld]`. Opsi `log_bin` menyediakan sebuah pengidentifikasi nama file untuk file log biner. Opsi `server_id` menyediakan pengidentifikasi unik untuk server dalam hubungan sumber-replika.
Contoh berikut menunjukkan `[mariadb]` bagian diperbarui dari `my.cnf` file:
```
[mariadb]
log-bin
server-id=1
log-basename=master1
binlog-format=mixed
```
Untuk informasi selengkapnya, lihat [Menyetel Konfigurasi Sumber Replikasi](https://mariadb.com/docs/server/ha-and-performance/standard-replication/setting-up-replication) dalam dokumentasi MariaDB.
1. Untuk replikasi dengan cluster DB multi-AZ, aktifkan. `gtid_strict_mode` Untuk informasi selengkapnya, lihat [gtid\$1strict\$1mode dalam dokumentasi MariaDB](https://mariadb.com/docs/server/ha-and-performance/standard-replication/gtid#gtid_strict_mode).
Mengaktifkan `gtid_strict_mode` tidak diperlukan untuk replikasi dengan instans DB.
1. Mulai ulang layanan `mariadb`.
```
sudo service mariadb restart
```
### Membuat salinan cadangan basis data yang sudah ada
1. Buat cadangan data Anda menggunakan `mariadb-dump` utilitas `mysqldump` atau, dengan menentukan format SQL atau teks terbatas.
Untuk meningkatkan kinerja dan memastikan integritas data, gunakan `--order-by-primary` dan `--single-transaction` opsi untuk `mysqldump` dan`mariadb-dump`.
Untuk menghindari menyertakan database sistem MySQL dalam cadangan, jangan gunakan `--all-databases` opsi dengan atau. `mysqldump` `mariadb-dump` Untuk informasi selengkapnya, lihat [Membuat Snapshot Data Menggunakan mysqldump dalam dokumentasi MySQL](https://dev.mysql.com/doc/mysql-replication-excerpt/8.0/en/replication-howto-mysqldump.html).
Gunakan`chmod`, jika perlu, untuk memastikan bahwa direktori tempat file cadangan dibuat dapat ditulis.
**penting**
Pada Windows, jalankan jendela perintah sebagai administrator.
+ Untuk membuat output SQL, gunakan perintah berikut. Untuk versi MariaDB 10.11 dan yang lebih rendah, ganti dengan. `mariadb-dump` `mysqldump`
Untuk Linux, macOS, atau Unix:
```
sudo mariadb-dump \
--databases database_name \
--master-data=2 \
--single-transaction \
--order-by-primary \
-r backup.sql \
-u local_user \
-ppassword
```
**catatan**
Sebagai praktik terbaik keamanan, tentukan kredensil selain petunjuk yang ditampilkan dalam contoh.
Untuk Windows:
```
mariadb-dump ^
--databases database_name ^
--master-data=2 ^
--single-transaction ^
--order-by-primary ^
-r backup.sql ^
-u local_user ^
-ppassword
```
**catatan**
Sebagai praktik terbaik keamanan, tentukan kredensil selain petunjuk yang ditampilkan dalam contoh.
+ Untuk membuat output delimited-text, gunakan perintah berikut. Untuk MariaDB 11.01 dan versi yang lebih tinggi, ganti dengan. `mysqldump` `mariadb-dump`
Untuk Linux, macOS, atau Unix:
```
sudo mysqldump \
--tab=target_directory \
--fields-terminated-by ',' \
--fields-enclosed-by '"' \
--lines-terminated-by 0x0d0a \
database_name \
--master-data=2 \
--single-transaction \
--order-by-primary \
-ppassword
```
Untuk Windows:
```
mysqldump ^
--tab=target_directory ^
--fields-terminated-by "," ^
--fields-enclosed-by """ ^
--lines-terminated-by 0x0d0a ^
database_name ^
--master-data=2 ^
--single-transaction ^
--order-by-primary ^
-ppassword
```
**catatan**
Sebagai praktik terbaik keamanan, tentukan kredensil selain petunjuk yang ditampilkan dalam contoh.
Pastikan Anda membuat prosedur, pemicu, fungsi, atau peristiwa tersimpan apa pun secara manual di dalam basis data Amazon RDS Anda. Jika Anda memiliki salah satu objek ini dalam database yang Anda salin, maka kecualikan mereka saat Anda menjalankan `mysqldump` atau`mariadb-dump`. Untuk melakukannya, sertakan argumen berikut dengan `mariadb-dump` perintah `mysqldump` atau Anda:
`--routines=0`
`--triggers=0`
`--events=0`
Saat Anda menjalankan `mysqldump` dan menentukan format teks terbatas, `CHANGE MASTER TO` komentar akan dikembalikan. Komentar ini berisi nama dan posisi file log master. Jika instance eksternal adalah MariaDB 10.0.23 atau versi yang lebih rendah, perhatikan nilai untuk dan. `MASTER_LOG_FILE` `MASTER_LOG_POS` Anda memerlukan nilai-nilai ini saat menyiapkan replikasi.
Output berikut dikembalikan untuk versi MariaDB.
```
-- Position to start replication or point-in-time recovery from
--
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin-changelog.000031', MASTER_LOG_POS=107;
```
1. Jika instance eksternal yang Anda gunakan adalah MariaDB versi 10.0.24 atau lebih tinggi, gunakan replikasi berbasis GTID. Jalankan `SHOW MASTER STATUS` pada instance MariaDB eksternal untuk mendapatkan nama dan posisi file log biner, lalu ubah menjadi GTID dengan menjalankan `BINLOG_GTID_POS` instance MariaDB eksternal.
```
SELECT BINLOG_GTID_POS('binary_log_file_name', binary_log_file_position);
```
Perhatikan GTID kembali. Anda memerlukan GTID untuk mengkonfigurasi replikasi.
1. Kompres data yang disalin untuk mengurangi jumlah sumber daya jaringan yang dibutuhkan untuk menyalin data Anda ke basis data Amazon RDS. Catat ukuran file cadangan. Anda memerlukan informasi ini saat menentukan seberapa besar instans Amazon EC2 yang harus dibuat. Setelah selesai, kompres file cadangan menggunakan GZIP atau utilitas kompresi pilihan Anda.
+ Untuk mengompres output SQL, gunakan perintah berikut:
```
gzip backup.sql
```
+ Untuk mengompres output teks terbatas, gunakan perintah berikut:
```
tar -zcvf backup.tar.gz target_directory
```
## Tugas 2: Buat instans Amazon EC2 dan salin database terkompresi
Penyalinan file cadangan basis data terkompresi ke sebuah instans Amazon EC2 membutuhkan lebih sedikit sumber daya jaringan dibandingkan dengan melakukan penyalinan langsung data tidak terkompresi antar instans basis data. Setelah data Anda ada di Amazon EC2, Anda dapat menyalinnya dari sana langsung ke database MariaDB Anda. Agar Anda dapat menghemat biaya sumber daya jaringan, instans Amazon EC2 Anda harus Wilayah AWS sama dengan instans Amazon RDS DB Anda. Memiliki instans Amazon EC2 yang Wilayah AWS sama dengan database Amazon RDS Anda juga mengurangi latensi jaringan selama impor.
Diagram berikut menunjukkan penyalinan cadangan database ke instans Amazon EC2.
![\[Alur kerja yang menampilkan penyalinan cadangan database ke instans Amazon EC2.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_3.png)
### Membuat instans Amazon EC2 dan menyalin data Anda
1. Di Wilayah AWS tempat Anda berencana untuk membuat database Amazon RDS, buat virtual private cloud (VPC), grup keamanan VPC, dan subnet VPC. Pastikan aturan masuk untuk grup keamanan VPC Anda mengizinkan alamat IP yang dibutuhkan agar aplikasi Anda dapat terhubung ke AWS. Anda dapat menentukan rentang alamat IP — misalnya, —atau grup keamanan VPC `203.0.113.0/24` lainnya. Anda dapat menggunakan [konsol VPC Amazon](https://console.aws.amazon.com/vpc) untuk membuat dan mengelola VPCs, subnet, dan grup keamanan. Untuk informasi selengkapnya, lihat [Memulai Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html#getting-started) di *Panduan Pengguna Amazon Virtual Private Cloud*.
1. Buka [konsol Amazon EC2](https://console.aws.amazon.com/ec2) dan pilih yang berisi Wilayah AWS instans Amazon EC2 dan database Amazon RDS Anda. Luncurkan sebuah instans Amazon EC2 menggunakan VPC, subnet, dan grup keamanan yang Anda buat pada Langkah 1. Pastikan Anda memilih tipe instans dengan penyimpanan yang cukup untuk file cadangan basis data Anda saat tidak terkompresi. Untuk detail tentang instans Amazon EC2, lihat [Memulai Amazon EC2 di Panduan Pengguna Amazon](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EC2_GetStarted.html) *Elastic Compute Cloud*.
1. Untuk terhubung ke basis data Amazon RDS Anda dari instans Amazon EC2 Anda, edit grup keamanan VPC Anda. Tambahkan aturan masuk yang menentukan alamat IP privat instans EC2 Anda. Anda dapat menemukan alamat IP pribadi pada tab **Detail** dari panel **Instans** dalam jendela konsol EC2. Untuk mengedit grup keamanan VPC dan menambahkan aturan masuk, pilih **Grup Keamanan** dalam panel navigasi konsol EC2, pilih grup keamanan Anda, lalu tambahkan aturan masuk untuk MySQL atau Aurora yang menentukan alamat IP privat instans EC2 Anda. Untuk mempelajari cara menambahkan aturan masuk ke grup keamanan VPC, [lihat Aturan grup keamanan di Panduan Pengguna](https://docs.aws.amazon.com/vpc/latest/userguide/security-group-rules.html) *Amazon Virtual Private Cloud*.
1. Salin file cadangan basis data terkompresi Anda dari sistem lokal ke instans Amazon EC2 Anda. Gunakan`chmod`, jika perlu, untuk memastikan bahwa Anda memiliki izin menulis untuk direktori target instans Amazon EC2. Anda dapat menggunakan `scp` atau klien Secure Shell (SSH) untuk menyalin file. Perintah berikut adalah `scp` perintah contoh:
```
scp -r -i key pair.pem backup.sql.gz ec2-user@EC2 DNS:/target_directory/backup.sql.gz
```
**penting**
Saat menyalin data sensitif, pastikan untuk menggunakan protokol transfer jaringan yang aman.
1. Hubungkan ke instans Amazon EC2 Anda dan instal pembaruan terbaru dan alat klien MariaDB menggunakan perintah berikut:
```
sudo yum update -y
sudo yum install mariadb1011-client-utils -y
```
Untuk informasi selengkapnya, lihat [Connect ke instans Anda untuk instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EC2_GetStarted.html#ec2-connect-to-instance-linux) Linux di *Panduan Pengguna Amazon Elastic Compute Cloud* dan [Konektor MariaDB dalam dokumentasi MariaDB](https://mariadb.com/docs/connectors).
1. Saat terhubung ke instans Amazon EC2, dekompresi file cadangan basis data Anda. Perintah berikut adalah contohnya.
+ Untuk mendekompresi output SQL, gunakan perintah berikut:
```
gzip backup.sql.gz -d
```
+ Untuk mendekompresi output delimited-text, gunakan perintah berikut:
```
tar xzvf backup.tar.gz
```
## Tugas 3: Membuat database MariaDB dan mengimpor data dari instans Amazon EC2 Anda
Dengan membuat instans RDS untuk MariaDB DB sama dengan instans Amazon EC2 Wilayah AWS Anda, Anda dapat mengimpor file cadangan database dari Amazon EC2 lebih cepat daripada melalui internet.
Diagram berikut menunjukkan mengimpor cadangan dari instans Amazon EC2 ke database MariaDB.
![\[Alur kerja yang menunjukkan mengimpor cadangan dari instans EC2 ke database MariaDB.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_4.png)
### Untuk membuat database MariaDB dan mengimpor data Anda
1. Tentukan kelas instans DB dan jumlah ruang penyimpanan yang dibutuhkan untuk mendukung perkiraan beban kerja untuk basis data Amazon RDS ini. Sebagai bagian dari proses ini, putuskan berapa ruang dan kapasitas pemrosesan yang memadai untuk prosedur pemuatan data Anda. Juga, putuskan apa yang diperlukan untuk menangani beban kerja produksi. Anda dapat memperkirakan ini berdasarkan ukuran dan sumber daya database sumber MariaDB. Untuk informasi selengkapnya, lihat [ DB](Concepts.DBInstanceClass.md).
1. Buat instans DB di Wilayah AWS yang berisi instans Amazon EC2 Anda. Ikuti instruksi [Membuat instans DB Amazon RDS](USER_CreateDBInstance.md) dan gunakan pedoman berikut:
+ Tentukan versi mesin DB yang kompatibel dengan instans DB sumber Anda.
+ Tentukan cloud privat virtual (VPC) dan grup keamanan VPC yang sama untuk instans Amazon EC2 Anda. Pendekatan ini memastikan bahwa instans Amazon EC2 dan instans Amazon RDS Anda terlihat oleh satu sama lain pada jaringan. Pastikan instans DB Anda dapat diakses publik. Untuk mengatur replikasi dengan database sumber Anda seperti yang dijelaskan di bagian berikut, instans DB Anda harus dapat diakses publik.
+ Jangan mengonfigurasikan lebih dari satu Zona Ketersediaan, retensi cadangan, atau replika baca sebelum Anda selesai mengimpor cadangan basis data. Setelah impor selesai, Anda dapat mengonfigurasi Multi-AZ dan retensi cadangan untuk instans produksi.
1. Tinjau opsi konfigurasi default untuk basis data Amazon RDS. Jika grup parameter default untuk basis data tidak memiliki opsi konfigurasi yang Anda inginkan, temukan grup parameter lain atau buat grup parameter baru. Untuk informasi selengkapnya tentang membuat grup parameter, lihat[Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
1. Hubungkan ke basis data Amazon RDS baru sebagai pengguna master. Buat pengguna yang diperlukan untuk mendukung administrator, aplikasi, dan layanan yang perlu mengakses instans DB. Nama host untuk database Amazon RDS adalah nilai **Endpoint** untuk instance DB ini tanpa nomor port, misalnya,. `mysampledb.123456789012.us-west-2.rds.amazonaws.com` Anda dapat menemukan nilai endpoint dalam detail database di konsol Amazon RDS.
1. Hubungkan ke instans Amazon EC2 Anda. Untuk informasi selengkapnya, lihat [Connect ke instans Linux Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EC2_GetStarted.html#ec2-connect-to-instance-linux) di *Panduan Pengguna Amazon Elastic Compute Cloud*.
1. Hubungkan ke basis data Amazon RDS Anda sebagai sebuah host jarak jauh dari instans Amazon EC2 Anda menggunakan perintah `mysql`. Perintah berikut adalah contoh:
```
mysql -h host_name -P 3306 -u db_master_user -p
```
*host\$1name*Ini adalah titik akhir basis data Amazon RDS.
1. Pada `mysql` prompt, jalankan `source` perintah dan berikan nama file dump database Anda. Perintah ini memuat data ke instans Amazon RDS DB.
+ Untuk format SQL, gunakan perintah berikut:
```
MariaDB [(none)]> source backup.sql;
```
+ Untuk format teks terbatas, buat database terlebih dahulu, jika bukan database default yang Anda buat saat menyiapkan database Amazon RDS.
```
MariaDB [(none)]> create database database_name;
MariaDB [(none)]> use database_name;
```
Lalu buat tabel.
```
MariaDB [(none)]> source table1.sql
MariaDB [(none)]> source table2.sql
etc...
```
Lalu impor data.
```
MariaDB [(none)]> LOAD DATA LOCAL INFILE 'table1.txt' INTO TABLE table1 FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '0x0d0a';
MariaDB [(none)]> LOAD DATA LOCAL INFILE 'table2.txt' INTO TABLE table2 FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '0x0d0a';
etc...
```
Untuk meningkatkan performa, Anda dapat melakukan operasi ini secara paralel dari beberapa koneksi sehingga semua tabel Anda akan diciptakan dan kemudian dimuat secara bersamaan.
**catatan**
Jika Anda menggunakan opsi pemformatan data apa pun dengan `mysqldump` atau `mariadb-dump` ketika Anda awalnya membuang tabel, pastikan untuk menggunakan opsi yang sama `LOAD DATA LOCAL INFILE` untuk memastikan interpretasi yang tepat dari konten file data.
1. Jalankan `SELECT` kueri sederhana terhadap satu atau dua tabel dalam database yang diimpor untuk memverifikasi bahwa impor berhasil.
Jika Anda tidak lagi memerlukan instans Amazon EC2 yang digunakan dalam prosedur ini, hentikan instans EC2 untuk mengurangi penggunaan sumber daya Anda. AWS Untuk menghentikan instans EC2, lihat [Mengakhiri instance di Panduan Pengguna](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#terminating-instances-console) *Amazon Elastic Compute Cloud*.
## Tugas 4: Replikasi data dari database eksternal Anda ke database Amazon RDS baru Anda
Database sumber Anda kemungkinan diperbarui selama waktu yang diperlukan untuk menyalin dan mentransfer data ke database MariaDB. Anda dapat menggunakan replikasi untuk membawa database yang disalin up-to-date dengan database sumber.
![\[Alur kerja yang menunjukkan replikasi data dari database MariaDB eksternal ke database di Amazon RDS.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_5.png)
Izin yang diperlukan untuk memulai replikasi pada database Amazon RDS dibatasi dan tidak tersedia untuk pengguna master Amazon RDS Anda. Karena itu, gunakan prosedur tersimpan Amazon RDS yang sesuai:
+ [mysql.rds\$1set\$1external\$1master](mysql-stored-proc-replicating.md#mysql_rds_set_external_master)
+ [mysql.rds\$1set\$1external\$1master\$1gtid](mysql_rds_set_external_master_gtid.md)untuk mengkonfigurasi replikasi dan [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication) untuk memulai replikasi
### Memulai replikasi
Di Tugas 1, [saat Anda mengatur opsi replikasi](#mariadb-importing-data-reduced-downtime-set-replication-options), Anda mengaktifkan logging biner dan menetapkan ID server unik untuk basis data sumber Anda. Sekarang, Anda dapat mengatur database Amazon RDS Anda sebagai replika dengan database langsung Anda sebagai contoh replikasi sumber.
1. Di konsol Amazon RDS, tambahkan alamat IP server yang menghosting basis data sumber ke grup keamanan VPC untuk database Amazon RDS. Untuk informasi selengkapnya tentang mengonfigurasi grup keamanan VPC, [lihat Mengonfigurasi aturan grup keamanan](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-security-group-rules.html) di Panduan Pengguna *Amazon Virtual Private Cloud*.
Anda mungkin juga perlu mengonfigurasi jaringan lokal Anda untuk mengizinkan koneksi dari alamat IP database Amazon RDS Anda sehingga dapat berkomunikasi dengan instance sumber Anda. Untuk menemukan alamat IP database Amazon RDS, gunakan `host` perintah:
```
host host_name
```
*host\$1name*Ini adalah nama DNS dari titik akhir database Amazon RDS, misalnya. `myinstance.123456789012.us-east-1.rds.amazonaws.com` Anda dapat menemukan nilai endpoint dalam detail instans DB di konsol Amazon RDS.
1. Menggunakan klien pilihan Anda, hubungkan ke instans sumber dan buat pengguna untuk digunakan untuk replikasi. Akun ini digunakan hanya untuk replikasi dan harus dibatasi pada domain Anda untuk meningkatkan keamanan. Perintah berikut adalah contoh:
```
CREATE USER 'repl_user'@'mydomain.com' IDENTIFIED BY 'password';
```
**catatan**
Tentukan kredensial selain prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
1. Untuk instans sumber, berikan hak istimewa `REPLICATION CLIENT` dan `REPLICATION SLAVE` kepada pengguna replikasi Anda. Misalnya, untuk memberikan keistimewaan `REPLICATION CLIENT` dan `REPLICATION SLAVE` pada semua basis data untuk pengguna '`repl_user`' pada domain Anda, terbitkan perintah berikut:
```
GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'mydomain.com';
```
1. Jika Anda menggunakan format SQL untuk membuat file cadangan dan instance eksternal bukan MariaDB 10.0.24 atau lebih tinggi, lihat isi file tersebut dengan menjalankan perintah berikut:
```
cat backup.sql
```
File tersebut mencakup sebuah komentar `CHANGE MASTER TO` yang berisi nama dan posisi file log master. Komentar ini disertakan dalam file cadangan saat Anda menggunakan opsi `--master-data` dengan `mysqldump`. Perhatikan nilai untuk `MASTER_LOG_FILE` dan `MASTER_LOG_POS`.
```
--
-- Position to start replication or point-in-time recovery from
--
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin-changelog.000031', MASTER_LOG_POS=107;
```
Jika Anda menggunakan format teks yang dibatasi untuk membuat file cadangan dan instance eksternal bukan MariaDB 10.0.24 atau lebih tinggi, Anda seharusnya sudah memiliki koordinat log biner dari Langkah 1 di Tugas 1 [saat Anda](#mariadb-importing-data-reduced-downtime-create-backup) membuat salinan cadangan dari database yang ada.
Jika instance eksternal adalah MariaDB 10.0.24 atau lebih tinggi, Anda seharusnya sudah memiliki GTID untuk memulai replikasi dari Langkah 2 di Tugas [1 saat Anda](#mariadb-importing-data-reduced-downtime-create-backup) membuat salinan cadangan dari database yang ada.
1. Jadikan basis data Amazon RDS sebagai replika. Jika instance eksternal bukan MariaDB 10.0.24 atau yang lebih tinggi, sambungkan ke database Amazon RDS sebagai pengguna utama dan identifikasi database sumber sebagai instance replikasi sumber dengan menggunakan prosedur tersimpan. [mysql.rds\$1set\$1external\$1master](mysql-stored-proc-replicating.md#mysql_rds_set_external_master)
Jika Anda memiliki file cadangan format SQL, gunakan nama file log master dan posisi log master yang Anda tentukan di Langkah 4. Jika Anda menggunakan format teks terbatas, gunakan nama dan posisi yang Anda tentukan saat membuat file cadangan. Perintah berikut adalah contoh:
```
CALL mysql.rds_set_external_master ('myserver.mydomain.com', 3306,
'repl_user', 'password', 'mysql-bin-changelog.000031', 107, 1);
```
**catatan**
Tentukan kredensial selain prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
Jika instance eksternal adalah MariaDB 10.0.24 atau yang lebih tinggi, sambungkan ke database Amazon RDS sebagai pengguna utama dan identifikasi database sumber sebagai instance replikasi sumber dengan menggunakan prosedur tersimpan. [mysql.rds\$1set\$1external\$1master\$1gtid](mysql_rds_set_external_master_gtid.md) Gunakan GTID yang Anda tentukan di Langkah 2 di Tugas 1 [saat Anda membuat salinan cadangan dari database yang ada](#mariadb-importing-data-reduced-downtime-create-backup). Perintah berikut adalah contoh:
```
CALL mysql.rds_set_external_master_gtid ('source_server_ip_address', 3306, 'ReplicationUser', 'password', 'GTID', 1);
```
`source_server_ip_address` adalah alamat IP instans replikasi sumber. Alamat DNS pribadi EC2 saat ini tidak didukung.
**catatan**
Tentukan kredensial selain prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
1. Pada database Amazon RDS, untuk memulai replikasi, jalankan perintah berikut yang menggunakan prosedur [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication) tersimpan:
```
CALL mysql.rds_start_replication;
```
1. Pada database Amazon RDS, untuk menentukan kapan replika up-to-date dengan instance replikasi sumber, jalankan perintah [SHOW REPLICA](https://dev.mysql.com/doc/refman/8.0/en/show-replica-status.html) STATUS. Hasil perintah `SHOW REPLICA STATUS` mencakup bidang `Seconds_Behind_Master`. Ketika `Seconds_Behind_Master` bidang mengembalikan 0, maka replika adalah up-to-date dengan contoh replikasi sumber.
Untuk instance MariaDB 10.5, 10.6, 10.11, 11.4, atau 11.8 DB, gunakan prosedur yang [mysql.rds\$1replica\$1status](mysql_rds_replica_status.md) disimpan alih-alih menjalankan perintah MySQL.
1. Setelah database Amazon RDS up-to-date, aktifkan backup otomatis sehingga Anda dapat memulihkan database tersebut jika diperlukan. Anda dapat mengaktifkan atau memodifikasi pencadangan otomatis untuk database Amazon RDS Anda dengan menggunakan konsol [Amazon](https://console.aws.amazon.com/rds/) RDS. Untuk informasi selengkapnya, lihat [Pengantar cadangan](USER_WorkingWithAutomatedBackups.md).
## Tugas 5: Arahkan ulang aplikasi langsung Anda ke instans Amazon RDS Anda
Setelah database up-to-date MariaDB dengan instance replikasi sumber, Anda sekarang dapat memperbarui aplikasi langsung Anda untuk menggunakan instans Amazon RDS.
![\[Alur kerja yang menunjukkan penghentian replikasi dan mengarahkan aplikasi langsung ke database di Amazon RDS.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_6.png)
### Untuk mengarahkan aplikasi langsung Anda ke database MariaDB Anda dan menghentikan replikasi
1. Untuk menambahkan grup keamanan VPC untuk basis data Amazon RDS, tambahkan alamat IP server yang meng-host aplikasi. Untuk informasi selengkapnya tentang memodifikasi grup keamanan VPC, [lihat Mengonfigurasi aturan grup keamanan](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-security-group-rules.html) di Panduan Pengguna *Amazon Virtual Private Cloud*.
1. Verifikasi bahwa `Seconds_Behind_Master` bidang dalam hasil perintah [SHOW REPLICA STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-replica-status.html) adalah 0, yang menunjukkan bahwa replika up-to-date dengan contoh replikasi sumber.
```
SHOW REPLICA STATUS;
```
Untuk instance MariaDB 10.5, 10.6, 10.11, 11.4, atau 11.8 DB, gunakan prosedur alih-alih menjalankan perintah MySQL. [mysql.rds\$1replica\$1status](mysql_rds_replica_status.md)
1. Tutup semua koneksi ke sumber setelah transaksi selesai.
1. Perbarui aplikasi Anda untuk menggunakan basis data Amazon RDS. Pembaruan ini biasanya melibatkan perubahan pengaturan koneksi untuk mengidentifikasi nama host dan port basis data Amazon RDS, akun pengguna dan kata sandi untuk terhubung, dan basis data yang digunakan.
1. Hubungkan ke instans DB.
1. Hentikan replikasi untuk instans Amazon RDS dengan menjalankan perintah berikut yang menggunakan prosedur [mysql.rds\$1stop\$1replication](mysql-stored-proc-replicating.md#mysql_rds_stop_replication) tersimpan:
```
CALL mysql.rds_stop_replication;
```
1. Setel ulang konfigurasi replikasi sehingga instance ini tidak lagi diidentifikasi sebagai replika dengan menjalankan perintah berikut yang menggunakan prosedur [mysql.rds\$1reset\$1external\$1master](mysql-stored-proc-replicating.md#mysql_rds_reset_external_master) tersimpan di database Amazon RDS Anda:
```
CALL mysql.rds_reset_external_master;
```
1. Aktifkan fitur Amazon RDS tambahan seperti dukungan Multi-AZ dan replika baca. Lihat informasi yang lebih lengkap di [Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS](Concepts.MultiAZ.md) dan [Menggunakan replika baca instans DB](USER_ReadRepl.md).
# Mengimpor data dari sumber apa pun ke Amazon RDS for MariaDB instans DB
Dengan Amazon RDS, Anda dapat memigrasikan data MariaDB yang ada dari sumber apa pun ke RDS untuk instance DB MariaDB. Anda dapat mentransfer data dari database lokal, penyedia cloud lain, atau RDS yang ada untuk instans DB MariaDB ke RDS target untuk instans MariaDB DB. Dengan fungsi ini, Anda dapat mengkonsolidasikan database, menerapkan solusi pemulihan bencana, atau transisi dari database yang dikelola sendiri. Skenario umum termasuk pindah dari server MariaDB yang dihosting sendiri ke instans Amazon RDS DB yang dikelola sepenuhnya, mengkonsolidasikan beberapa database MariaDB ke dalam satu instans DB, atau membuat lingkungan pengujian dengan data produksi. Bagian berikut memberikan step-by-step petunjuk untuk mengimpor data MariaDB Anda menggunakan metode `mariadb-dump` seperti, file cadangan, atau replikasi.
## Langkah 1: Buat file datar yang berisi data yang akan dimuat
Gunakan format umum, seperti CSV (Comma-Separated Values), untuk menyimpan data yang akan dimuat. Setiap tabel harus memiliki file sendiri—Anda tidak dapat menggabungkan data untuk beberapa tabel dalam file yang sama. Beri setiap file nama yang sama dengan tabelnya. Ekstensi file dapat berupa apa pun yang Anda inginkan. Misalnya, jika nama tabelnya`sales`, nama file bisa jadi `sales.csv` atau`sales.txt`.
Jika memungkinkan, urutkan data dengan kunci utama tabel yang sedang dimuat. Tindakan ini secara drastis meningkatkan waktu pemuatan dan meminimalkan kebutuhan penyimpanan disk.
Kecepatan dan efisiensi prosedur ini ditentukan oleh kemampuan untuk mempertahankan ukuran file tetap kecil. Jika ukuran file individual yang tidak terkompresi lebih besar dari 1 GiB, bagilah ke dalam beberapa file dan muat setiap file secara terpisah.
Pada sistem seperti Unix (termasuk Linux), gunakan perintah `split`. Misalnya, perintah berikut membagi file `sales.csv` menjadi beberapa file berukuran kurang dari 1 GiB, yang hanya membagi pada jeda baris (-C 1024m). Nama-nama file baru termasuk sufiks numerik menaik. Perintah berikut menghasilkan file dengan nama seperti `sales.part_00` dan`sales.part_01`.
```
split -C 1024m -d sales.csv sales.part_
```
Utilitas yang serupa juga tersedia untuk sistem operasi lain.
Anda dapat menyimpan file datar di mana saja. Namun, ketika Anda memuat data di [Langkah 5](#mariadb-importing-data-any-source-load-data), Anda harus memanggil `mysql` shell dari lokasi yang sama di mana file ada, atau menggunakan jalur absolut untuk file saat Anda menjalankan`LOAD DATA LOCAL INFILE`.
## Langkah 2: Hentikan aplikasi apa pun dari mengakses instans DB target
Sebelum memulai pemuatan besar, hentikan semua aktivitas aplikasi mengakses instans DB target yang Anda rencanakan untuk dimuat. Kami menyarankan hal ini terutama jika sesi lain akan memodifikasi tabel yang sedang dimuat atau tabel yang menjadi rujukan. Tindakan ini dapat mengurangi risiko pelanggaran pembatasan yang terjadi selama pemuatan dan meningkatkan performa pemuatan. Tindakan ini juga memungkinkan untuk memulihkan instans DB ke titik tepat sebelum pemuatan tanpa kehilangan perubahan yang dibuat oleh proses yang tidak terlibat dalam pemuatan.
Tentu saja, terkadang ini tidak memungkinkan atau tidak praktis. Jika Anda tidak dapat menghentikan aplikasi dari mengakses instans DB sebelum pemuatan, lakukan langkah-langkah untuk memastikan ketersediaan dan integritas data Anda. Langkah-langkah tertentu yang dibutuhkan dapat bervariasi tergantung kasus penggunaan dan persyaratan situs tertentu.
## Langkah 3: Buat snapshot DB
Jika Anda berencana memuat data ke dalam instans DB baru yang tidak berisi data, Anda dapat melompati langkah ini. Jika tidak, sebaiknya Anda membuat snapshot DB dari instans Amazon RDS DB target sebelum dan sesudah pemuatan data. Snapshot Amazon RDS DB adalah cadangan lengkap instans DB Anda yang dapat Anda gunakan untuk memulihkan instans DB Anda ke status yang diketahui. Saat Anda memulai snapshot DB, I/O operasi ke instans DB Anda ditangguhkan sementara saat database Anda dicadangkan.
Jika perlu, segera buat sebuah snapshot DB sebelum pemuatan agar Anda dapat memulihkan basis data ke statusnya sebelum pemuatan. Dengan snapshot DB yang diambil segera setelah pemuatan, Anda tidak perlu memuat data lagi jika terjadi hal yang tidak diinginkan. Anda juga dapat menggunakan snapshot DB setelah pemuatan untuk mengimpor data ke instance database baru.
Contoh berikut menjalankan AWS CLI [create-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-snapshot.html)perintah untuk membuat snapshot DB dari `AcmeRDS` instance dan memberikan snapshot DB pengenal. `"preload"`
Untuk Linux, macOS, atau Unix:
```
aws rds create-db-snapshot \
--db-instance-identifier AcmeRDS \
--db-snapshot-identifier preload
```
Untuk Windows:
```
aws rds create-db-snapshot ^
--db-instance-identifier AcmeRDS ^
--db-snapshot-identifier preload
```
Anda juga dapat menggunakan pemulihan dari fungsionalitas snapshot DB untuk membuat instans DB pengujian untuk melakukan dry run atau untuk membatalkan perubahan yang dibuat selama pemuatan.
Harap diingat bahwa pemulihan basis data dari sebuah snapshot DB akan menciptakan sebuah instans DB baru yang, seperti semua instans DB, memiliki pengidentifikasi yang unik dan titik akhir. Untuk memulihkan instans DB tanpa mengubah titik akhir, pertama-tama hapus instans DB sehingga Anda dapat menggunakan ulang titik akhir.
Misalnya, untuk membuat instans DB untuk dry run atau pengujian lainnya, beri instans DB tersebut pengidentifikasinya sendiri. Dalam contoh ini, `AcmeRDS-2`" adalah pengidentifikasinya. Contoh ini terhubung ke instans DB menggunakan titik akhir yang terkait dengan `AcmeRDS-2`. Untuk informasi selengkapnya, lihat [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html).
Untuk Linux, macOS, atau Unix:
```
aws rds restore-db-instance-from-db-snapshot \
--db-instance-identifier AcmeRDS-2 \
--db-snapshot-identifier preload
```
Untuk Windows:
```
aws rds restore-db-instance-from-db-snapshot ^
--db-instance-identifier AcmeRDS-2 ^
--db-snapshot-identifier preload
```
Untuk menggunakan ulang titik akhir yang sudah ada, pertama-tama hapus instans DB kemudian berikan pengidentifikasi yang sama kepada basis data yang dipulihkan. Untuk informasi selengkapnya, lihat [delete-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance.html).
Contoh berikut juga mengambil snapshot DB akhir dari instans DB sebelum menghapusnya. Ini adalah langkah opsional, tetapi direkomendasikan.
Untuk Linux, macOS, atau Unix:
```
aws rds delete-db-instance \
--db-instance-identifier AcmeRDS \
--final-db-snapshot-identifier AcmeRDS-Final
aws rds restore-db-instance-from-db-snapshot \
--db-instance-identifier AcmeRDS \
--db-snapshot-identifier preload
```
Untuk Windows:
```
aws rds delete-db-instance ^
--db-instance-identifier AcmeRDS ^
--final-db-snapshot-identifier AcmeRDS-Final
aws rds restore-db-instance-from-db-snapshot ^
--db-instance-identifier AcmeRDS ^
--db-snapshot-identifier preload
```
## Langkah 4 (Opsional): Matikan cadangan otomatis Amazon RDS
**Awas**
Jangan mematikan pencadangan otomatis jika Anda perlu melakukan point-in-time pemulihan.
Mematikan pencadangan otomatis adalah pengoptimalan kinerja dan tidak diperlukan untuk pemuatan data. Mematikan backup otomatis menghapus semua backup yang ada. Akibatnya, setelah Anda mematikan pencadangan otomatis, point-in-time pemulihan tidak mungkin dilakukan. Snapshot DB manual tidak terpengaruh dengan menonaktifkan pencadangan otomatis. Semua snapshot DB manual yang sudah ada tetap tersedia untuk pemulihan.
Penonaktifan pencadangan otomatis mengurangi waktu pemuatan sekitar 25 persen dan mengurangi jumlah ruang penyimpanan yang dibutuhkan selama pemuatan. Jika Anda berencana memuat data ke dalam sebuah instans DB baru yang tidak berisi data, penonaktifan pencadangan adalah cara yang mudah untuk mempercepat pemuatan dan menghindari penggunaan penyimpanan tambahan yang diperlukan untuk pencadangan. Namun, dalam beberapa kasus Anda mungkin berencana untuk melakukan pemuatan ke dalam instans DB yang sudah berisi data. Jika demikian, pertimbangkan manfaat mematikan cadangan terhadap dampak kehilangan kemampuan untuk melakukan. point-in-time-recovery
Instans DB memiliki pencadangan otomatis yang diaktifkan secara default (dengan periode retensi satu hari). Untuk menonaktifkan pencadangan otomatis, atur periode retensi pencadangan ke nol. Setelah pemuatan selesai, Anda dapat mengaktifkan kembali pencadangan dengan mengatur periode retensi pencadangan ke nilai selain nol. Untuk mengaktifkan atau mematikan cadangan, Amazon RDS mematikan instans DB dan kemudian memulai ulang untuk mengaktifkan atau menonaktifkan pencatatan MariaDB.
Jalankan AWS CLI `modify-db-instance` perintah untuk mengatur retensi cadangan ke nol dan segera terapkan perubahan. Untuk mengatur periode retensi menjadi nol diperlukan mulai ulang instans DB, jadi tunggu hingga mulai ulang selesai sebelum melanjutkan. Untuk informasi selengkapnya, lihat [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html).
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier AcmeRDS \
--apply-immediately \
--backup-retention-period 0
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier AcmeRDS ^
--apply-immediately ^
--backup-retention-period 0
```
Anda dapat memeriksa status instans DB Anda dengan AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)perintah. Contoh berikut menampilkan status instans DB dari instans `AcmeRDS` DB:
```
aws rds describe-db-instances --db-instance-identifier AcmeRDS --query "*[].{DBInstanceStatus:DBInstanceStatus}"
```
Ketika status instans DB`available`, Anda siap untuk melanjutkan ke langkah berikutnya.
## Langkah 5: Muat data
Untuk membaca baris dari file datar Anda ke dalam tabel database, gunakan pernyataan MariaDB`LOAD DATA LOCAL INFILE`.
**catatan**
Anda harus memanggil `mariadb` shell dari lokasi yang sama di mana file datar Anda ada, atau menggunakan jalur absolut untuk file saat Anda menjalankan`LOAD DATA LOCAL INFILE`.
Contoh berikut menunjukkan cara memuat data dari file bernama `sales.txt` ke dalam tabel bernama `Sales` dalam database:
```
MariaDB [(none)]> LOAD DATA LOCAL INFILE 'sales.txt' INTO TABLE Sales FIELDS TERMINATED BY ' ' ENCLOSED BY '' ESCAPED BY '\\';
Query OK, 1 row affected (0.01 sec)
Records: 1 Deleted: 0 Skipped: 0 Warnings: 0
```
Untuk informasi selengkapnya tentang `LOAD DATA` pernyataan tersebut, lihat [MEMUAT DATA INFILE di dokumentasi](https://mariadb.com/docs/server/reference/sql-statements/data-manipulation/inserting-loading-data/load-data-into-tables-or-index/load-data-infile) MariaDB.
## Langkah 6: Hidupkan kembali backup otomatis Amazon RDS
Jika Anda mematikan pencadangan otomatis Amazon RDS di [Langkah 4](#mariadb-importing-data-any-source-turn-off-automated-backups), setelah pemuatan selesai, aktifkan pencadangan otomatis dengan menyetel periode retensi cadangan kembali ke nilai pramuatnya. Seperti disebutkan di Langkah 4, Amazon RDS memulai ulang instans DB, jadi bersiaplah untuk pemadaman singkat.
Contoh berikut menjalankan AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)perintah untuk mengaktifkan backup otomatis untuk instans `AcmeRDS` DB dan mengatur periode retensi menjadi satu hari:
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier AcmeRDS \
--backup-retention-period 1 \
--apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier AcmeRDS ^
--backup-retention-period 1 ^
--apply-immediately
```
# Menggunakan replikasi MariaDB di Amazon RDS
Anda biasanya menggunakan replika baca untuk mengonfigurasi replikasi antara instans DB Amazon RDS. Untuk informasi umum tentang replika baca, lihat [Menggunakan replika baca instans DB](USER_ReadRepl.md). Untuk informasi spesifik tentang menggunakan replika baca di Amazon RDS for MariaDB, lihat [Menggunakan replika baca MariaDB](USER_MariaDB.Replication.ReadReplicas.md).
Anda juga dapat mengonfigurasi replikasi berdasarkan koordinat log biner untuk instans DB MariaDB. Untuk instance MariaDB, Anda juga dapat mengonfigurasi replikasi berdasarkan global IDs transaction GTIDs (), yang memberikan keamanan crash yang lebih baik. Untuk informasi selengkapnya, lihat [Mengonfigurasikan replikasi berbasis GTID dengan instans sumber eksternal](MariaDB.Procedural.Replication.GTID.md).
Berikut ini adalah opsi replikasi lain yang tersedia RDS for MariaDB:
+ Anda dapat menyiapkan replikasi antara instans DB RDS for MariaDB dan instans MySQL atau MariaDB yang berada di luar Amazon RDS. Untuk informasi tentang cara mengonfigurasi replikasi dengan sumber eksternal, lihat [Mengonfigurasi replikasi posisi file log biner dengan instans sumber eksternal](MySQL.Procedural.Importing.External.ReplMariaDB.md).
+ Anda dapat mengonfigurasi replikasi untuk mengimpor basis data dari instans MySQL atau MariaDB yang berada di luar Amazon RDS, atau untuk mengekspor basis data ke instans tersebut. Untuk informasi lebih lanjut, lihat [Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB dengan waktu henti yang dikurangi](mariadb-importing-data-reduced-downtime.md) dan [Mengekspor data dari instans DB MySQL dengan menggunakan replikasi](MySQL.Procedural.Exporting.NonRDSRepl.md).
Untuk opsi replikasi ini, Anda dapat menggunakan replikasi berbasis baris, replikasi berbasis pernyataan, atau replikasi campuran. Replikasi berbasis baris hanya mereplikasi baris yang diubah yang dihasilkan dari laporan SQL. Replikasi berbasis pernyataan mereplikasi seluruh pernyataan SQL. Replikasi campuran menggunakan replikasi berbasis pernyataan jika memungkinkan, tetapi ke replikasi berbasis baris ketika pernyataan SQL yang tidak aman untuk replikasi berbasis pernyataan dijalankan. Dalam sebagian besar kasus, replikasi campuran direkomendasikan. Format biner log dari DB instans menentukan apakah replikasi berbasis baris, berbasis pernyataan, atau campuran. Untuk informasi mengenai pengaturan format log biner, lihat [Mengkonfigurasi pencatatan biner MariaDB](USER_LogAccess.MariaDB.BinaryFormat.md).
Untuk informasi tentang kompatibilitas replikasi antara versi MariaDB, [lihat Kompatibilitas Replikasi dalam dokumentasi MariaDB](https://mariadb.com/kb/en/mariadb-vs-mysql-compatibility/#replication-compatibility).
**Topics**
+ [Menggunakan replika baca MariaDB](USER_MariaDB.Replication.ReadReplicas.md)
+ [Mengonfigurasikan replikasi berbasis GTID dengan instans sumber eksternal](MariaDB.Procedural.Replication.GTID.md)
+ [Mengonfigurasi replikasi posisi file log biner dengan instans sumber eksternal](MySQL.Procedural.Importing.External.ReplMariaDB.md)
# Menggunakan replika baca MariaDB
Setelah itu, Anda bisa menemukan informasi spesifik tentang menggunakan replika baca di Amazon RDS for MariaDB. Untuk mengetahui informasi umum tentang replika baca dan petunjuk penggunaannya, lihat [Menggunakan replika baca instans DB](USER_ReadRepl.md).
+ [Mengonfigurasi filter replikasi dengan MariaDB](USER_MariaDB.Replication.ReadReplicas.ReplicationFilters.md)
+ [Mengonfigurasi replikasi tertunda dengan MariaDB](USER_MariaDB.Replication.ReadReplicas.DelayReplication.md)
+ [Memperbarui replika baca dengan MariaDB](USER_MariaDB.Replication.ReadReplicas.Updates.md)
+ [Menggunakan deployment replika baca multi-AZ dengan MariaDB](USER_MariaDB.Replication.ReadReplicas.MultiAZ.md)
+ [Menggunakan replika baca cascading dengan untuk MariaDB RDS](USER_MariaDB.Replication.ReadReplicas.Cascading.md)
+ [Memantau replika baca MariaDB](USER_MariaDB.Replication.ReadReplicas.Monitor.md)
+ [Memulai dan menghentikan replikasi dengan replika baca MariaDB](USER_MariaDB.Replication.ReadReplicas.StartStop.md)
+ [Pemecahan Masalah batasan replika baca MariaDB](USER_ReadRepl.Troubleshooting.MariaDB.md)
## Mengonfigurasi replika baca dengan MariaDB
Sebelum instans DB MariaDB dapat berfungsi sebagai sumber replikasi, pastikan untuk mengaktifkan pencadangan otomatis pada instans DB sumber dengan mengatur periode retensi cadangan ke nilai selain 0. Persyaratan ini juga berlaku untuk replika baca yang merupakan instans DB sumber untuk replika baca lain.
Anda dapat membuat hingga 15 replika baca dari satu instans DB dalam Wilayah yang sama. Agar replikasi beroperasi secara efektif, setiap replika baca harus memiliki jumlah sumber daya komputasi dan penyimpanan yang sama seperti instans DB sumber. Jika Anda menskalakan instans DB sumber, replika baca juga perlu diskalakan.
RDS for MariaDB mendukung replika baca kaskade. Untuk mempelajari cara mengonfigurasi replika baca kaskade, lihat [Menggunakan replika baca cascading dengan untuk MariaDB RDS](USER_MariaDB.Replication.ReadReplicas.Cascading.md).
Anda dapat menjalankan beberapa replika baca, membuat dan menghapus tindakan pada saat yang sama yang mereferensikan instans DB sumber yang sama. Saat Anda melakukan tindakan ini, tidak boleh ada lebih dari 15 replika baca untuk setiap instans sumber.
# Mengonfigurasi filter replikasi dengan MariaDB
Anda dapat menggunakan filter replikasi untuk menentukan basis data dan tabel mana yang direplikasi dengan replika baca. Filter replikasi dapat menyertakan basis data dan tabel dalam replikasi atau mengecualikannya dari replikasi.
Berikut ini adalah beberapa kasus penggunaan untuk filter replikasi:
+ Untuk mengurangi ukuran replika baca. Dengan filter replikasi, Anda dapat mengecualikan basis data dan tabel yang tidak diperlukan pada replika baca.
+ Untuk mengecualikan basis data dan tabel dari replika baca untuk alasan keamanan.
+ Untuk mereplikasi basis data yang berbeda dan tabel untuk kasus penggunaan tertentu di replika baca yang berbeda. Misalnya, Anda mungkin menggunakan replika baca khusus untuk analitik atau penyerpihan.
+ Untuk instance DB yang telah membaca replika secara berbeda Wilayah AWS, untuk mereplikasi database atau tabel yang berbeda dalam berbagai Wilayah AWS.
**catatan**
Anda juga dapat menggunakan filter replikasi untuk menentukan basis data dan tabel apa yang direplikasi dengan instans DB MariaDB primer yang dikonfigurasi sebagai replika dalam topologi replikasi masuk. Untuk mengetahui informasi selengkapnya tentang konfigurasi ini, lihat [Mengonfigurasi replikasi posisi file log biner dengan instans sumber eksternal](MySQL.Procedural.Importing.External.Repl.md).
**Topics**
+ [Mengatur parameter penyaringan replikasi untuk RDS MariaDB](#USER_MariaDB.Replication.ReadReplicas.ReplicationFilters.Configuring)
+ [Batasan penyaringan replikasi untuk RDS MariaDB](#USER_MariaDB.Replication.ReadReplicas.ReplicationFilters.Limitations)
+ [Contoh penyaringan replikasi untuk RDS MariaDB](#USER_MariaDB.Replication.ReadReplicas.ReplicationFilters.Examples)
+ [Melihat filter replikasi untuk replika baca](#USER_MariaDB.Replication.ReadReplicas.ReplicationFilters.Viewing)
## Mengatur parameter penyaringan replikasi untuk RDS MariaDB
Untuk mengonfigurasi filter replikasi, atur parameter filter replikasi berikut pada replika baca:
+ `replicate-do-db` – Mereplikasi perubahan ke basis data yang ditentukan. Ketika Anda menetapkan parameter ini untuk replika baca, hanya basis data yang ditentukan dalam parameter yang direplikasi.
+ `replicate-ignore-db` – Jangan mereplikasi perubahan ke basis data yang ditentukan. Ketika parameter `replicate-do-db` diatur untuk replika baca, parameter ini tidak dievaluasi.
+ `replicate-do-table` – Mereplikasi perubahan ke tabel yang ditentukan. Ketika Anda menetapkan parameter ini untuk replika baca, hanya tabel yang ditentukan dalam parameter yang direplikasi. Juga, ketika parameter `replicate-do-db` atau `replicate-ignore-db` diatur, basis data yang mencakup tabel tertentu harus disertakan dalam replikasi dengan replika baca.
+ `replicate-ignore-table` — Jangan mereplikasi perubahan ke tabel yang ditentukan. Ketika parameter `replicate-do-table` diatur untuk replika baca, parameter ini tidak dievaluasi.
+ `replicate-wild-do-table` – Mereplikasi tabel berdasarkan basis data dan pola nama tabel yang ditentukan. Karakter wildcard `%` dan `_` didukung. Ketika parameter `replicate-do-db` atau `replicate-ignore-db` diatur, pastikan untuk menyertakan basis data yang mencakup tabel tertentu dalam replikasi dengan replika baca.
+ `replicate-wild-ignore-table` – Jangan mereplikasi tabel berdasarkan basis data dan pola nama tabel yang ditentukan. Karakter wildcard `%` dan `_` didukung. Ketika parameter `replicate-do-table` atau `replicate-wild-do-table` diatur untuk replika baca, parameter ini tidak dievaluasi.
Parameter dievaluasi sesuai dengan urutannya dalam daftar. Untuk mengetahui informasi selengkapnya tentang cara kerja parameter ini, lihat [Dokumentasi MariaDB](https://mariadb.com/kb/en/replication-filters/#replication-filters-for-replication-slaves).
Secara default, masing-masing parameter ini memiliki nilai kosong. Pada setiap replika baca, Anda dapat menggunakan parameter ini untuk mengatur, mengubah, dan menghapus filter replikasi. Ketika Anda menetapkan salah satu parameter ini, pisahkan masing-masing filter dari yang lain dengan koma.
Anda dapat menggunakan karakter wildcard `%` dan `_` dalam parameter `replicate-wild-do-table` dan `replicate-wild-ignore-table`. Parameter wildcard `%` mencocokkan jumlah karakter berapa pun, dan wildcard `_` hanya mencocokkan satu karakter.
Format pencatatan log biner instans DB sumber penting untuk replikasi karena menentukan catatan perubahan data. Pengaturan parameter `binlog_format` menentukan apakah replikasi berbasis baris atau berbasis pernyataan. Untuk informasi selengkapnya, lihat [Mengkonfigurasi pencatatan biner MariaDB](USER_LogAccess.MariaDB.BinaryFormat.md).
**catatan**
Semua pernyataan bahasa definisi data (DDL) direplikasi sebagai pernyataan, terlepas dari `binlog_format` pengaturan pada instance DB sumber.
## Batasan penyaringan replikasi untuk RDS MariaDB
Batasan berikut berlaku untuk penyaringan replikasi untuk RDS MariaDB:
+ Setiap parameter filter replikasi memiliki batas 2.000 karakter.
+ Koma tidak didukung dalam filter replikasi.
+ Opsi MariaDB `binlog_do_db` dan `binlog_ignore_db` untuk filter log biner tidak didukung.
+ Filter replikasi tidak mendukung transaksi XA.
Untuk informasi selengkapnya, lihat [Pembatasan Transaksi XA](https://dev.mysql.com/doc/refman/8.0/en/xa-restrictions.html) di SQL dokumentasi Saya.
+ Pemfilteran replikasi tidak didukung untuk RDS MariaDB versi 10.2.
## Contoh penyaringan replikasi untuk RDS MariaDB
Untuk mengonfigurasi filter replikasi untuk replika baca, modifikasi parameter filter replikasi dalam grup parameter yang terkait dengan replika baca tersebut.
**catatan**
Anda tidak dapat mengubah grup parameter default. Jika replika baca menggunakan grup parameter default, buat grup parameter baru dan kaitkan dengan replika baca tersebut. Untuk mengetahui informasi selengkapnya tentang grup parameter DB, lihat [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
Anda dapat mengatur parameter dalam grup parameter menggunakan Konsol Manajemen AWS, AWS CLI, atau RDSAPI. Untuk mengetahui informasi tentang mengatur parameter, lihat [](USER_WorkingWithParamGroups.Modifying.md). Ketika Anda mengatur parameter dalam grup parameter, semua instans DB yang terkait dengan grup parameter tersebut menggunakan pengaturan parameter. Jika Anda mengatur parameter filter replikasi dalam grup parameter, pastikan bahwa grup parameter dikaitkan hanya dengan replika baca. Biarkan parameter filter replikasi kosong untuk instans DB sumber.
Contoh berikut mengatur parameter menggunakan AWS CLI. Contoh-contoh ini diatur `ApplyMethod` `immediate` agar perubahan parameter terjadi segera setelah CLI perintah selesai. Jika Anda ingin menerapkan perubahan tertunda setelah replika baca di-boot ulang, atur `ApplyMethod` ke `pending-reboot`.
Contoh berikut mengatur filter replikasi:
+ [Including databases in replication](#rep-filter-in-dbs-mariadb)
+ [Including tables in replication](#rep-filter-in-tables-mariadb)
+ [Including tables in replication with wildcard characters](#rep-filter-in-tables-wildcards-mariadb)
+ [Escaping wildcard characters in names](#rep-filter-escape-wildcards-mariadb)
+ [Excluding databases from replication](#rep-filter-ex-dbs-mariadb)
+ [Excluding tables from replication](#rep-filter-ex-tables-mariadb)
+ [Excluding tables from replication using wildcard characters](#rep-filter-ex-tables-wildcards-mariadb)
**Example Menyertakan basis data dalam replikasi**
Contoh berikut menyertakan basis data `mydb1` dan `mydb2` dalam replikasi. Ketika Anda mengatur `replicate-do-db` untuk replika baca, hanya basis data yang ditentukan dalam parameter yang direplikasi.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myparametergroup \
--parameters "[{"ParameterName": "replicate-do-db", "ParameterValue": "mydb1,mydb2", "ApplyMethod":"immediate"}]"
```
Untuk Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myparametergroup ^
--parameters "[{"ParameterName": "replicate-do-db", "ParameterValue": "mydb1,mydb2", "ApplyMethod":"immediate"}]"
```
**Example Menyertakan tabel dalam replikasi**
Contoh berikut menyertakan tabel `table1` dan `table2` dalam `mydb1` basis data dalam replikasi.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myparametergroup \
--parameters "[{"ParameterName": "replicate-do-table", "ParameterValue": "mydb1.table1,mydb1.table2", "ApplyMethod":"immediate"}]"
```
Untuk Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myparametergroup ^
--parameters "[{"ParameterName": "replicate-do-table", "ParameterValue": "mydb1.table1,mydb1.table2", "ApplyMethod":"immediate"}]"
```
**Example Menyertakan tabel dalam replikasi menggunakan karakter wildcard**
Contoh berikut menyertakan tabel dengan nama berawalan `orders` dan `returns` dalam basis data `mydb` dalam replikasi.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myparametergroup \
--parameters "[{"ParameterName": "replicate-wild-do-table", "ParameterValue": "mydb.orders%,mydb.returns%", "ApplyMethod":"immediate"}]"
```
Untuk Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myparametergroup ^
--parameters "[{"ParameterName": "replicate-wild-do-table", "ParameterValue": "mydb.orders%,mydb.returns%", "ApplyMethod":"immediate"}]"
```
**Example Mengeluarkan karakter wildcard dalam nama**
Contoh berikut menunjukkan kepada Anda cara menggunakan karakter escape `\` untuk mengeluarkan karakter wildcard yang merupakan bagian dari nama.
Asumsikan bahwa Anda memiliki beberapa nama tabel dalam basis data `mydb1` yang dimulai dengan `my_table`, dan Anda ingin menyertakan tabel ini dalam replikasi. Nama tabel meliputi garis bawah, yang juga merupakan karakter wildcard, sehingga contoh ini melepaskan garis bawah dalam nama tabel.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myparametergroup \
--parameters "[{"ParameterName": "replicate-wild-do-table", "ParameterValue": "my\_table%", "ApplyMethod":"immediate"}]"
```
Untuk Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myparametergroup ^
--parameters "[{"ParameterName": "replicate-wild-do-table", "ParameterValue": "my\_table%", "ApplyMethod":"immediate"}]"
```
**Example Mengecualikan basis data dari replikasi**
Contoh berikut mengecualikan basis data `mydb1` dan `mydb2` dari replikasi.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myparametergroup \
--parameters "[{"ParameterName": "replicate-ignore-db", "ParameterValue": "mydb1,mydb2", "ApplyMethod":"immediate"}]"
```
Untuk Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myparametergroup ^
--parameters "[{"ParameterName": "replicate-ignore-db", "ParameterValue": "mydb1,mydb2", "ApplyMethod":"immediate"}]"
```
**Example Mengecualikan tabel dari replikasi**
Contoh berikut mengecualikan tabel `table1` dan `table2` dalam basis data `mydb1` dari replikasi.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myparametergroup \
--parameters "[{"ParameterName": "replicate-ignore-table", "ParameterValue": "mydb1.table1,mydb1.table2", "ApplyMethod":"immediate"}]"
```
Untuk Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myparametergroup ^
--parameters "[{"ParameterName": "replicate-ignore-table", "ParameterValue": "mydb1.table1,mydb1.table2", "ApplyMethod":"immediate"}]"
```
**Example Mengecualikan tabel dari replikasi menggunakan karakter wildcard**
Contoh berikut mengecualikan tabel dengan nama berawalan `orders` dan `returns` dalam basis data `mydb` dari replikasi.
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myparametergroup \
--parameters "[{"ParameterName": "replicate-wild-ignore-table", "ParameterValue": "mydb.orders%,mydb.returns%", "ApplyMethod":"immediate"}]"
```
Untuk Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myparametergroup ^
--parameters "[{"ParameterName": "replicate-wild-ignore-table", "ParameterValue": "mydb.orders%,mydb.returns%", "ApplyMethod":"immediate"}]"
```
## Melihat filter replikasi untuk replika baca
Anda dapat melihat filter replikasi untuk replika baca dengan cara berikut:
+ Memeriksa pengaturan parameter filter replikasi dalam grup parameter yang terkait dengan replika baca.
Untuk mengetahui petunjuknya, lihat [Melihat nilai parameter untuk grup parameter DB di Amazon RDS ](USER_WorkingWithParamGroups.Viewing.md).
+ Dalam klien MariaDB, hubungkan ke replika baca dan jalankan pernyataan `SHOW REPLICA STATUS`.
Dalam output, bidang berikut menunjukkan filter replikasi untuk replika baca:
+ `Replicate_Do_DB`
+ `Replicate_Ignore_DB`
+ `Replicate_Do_Table`
+ `Replicate_Ignore_Table`
+ `Replicate_Wild_Do_Table`
+ `Replicate_Wild_Ignore_Table`
Untuk informasi selengkapnya tentang bidang ini, lihat [Memeriksa Status Replikasi](https://dev.mysql.com/doc/refman/8.0/en/replication-administration-status.html) di SQL Dokumentasi saya.
**catatan**
Versi sebelumnya dari MariaDB menggunakan `SHOW SLAVE STATUS`, bukan `SHOW REPLICA STATUS`. Jika Anda menggunakan MariaDB sebelum versi 10.5, gunakan `SHOW SLAVE STATUS`.
# Mengonfigurasi replikasi tertunda dengan MariaDB
Anda dapat menggunakan replikasi tertunda sebagai strategi pemulihan bencana. Dengan replikasi tertunda, Anda menentukan jumlah waktu minimum, dalam detik, untuk menunda replikasi dari sumber ke replika baca. Jika terjadi bencana, seperti tabel yang terhapus secara tidak sengaja, Anda menyelesaikan langkah-langkah berikut untuk memulihkan dari bencana dengan cepat:
+ Hentikan replikasi ke replika baca sebelum perubahan yang menyebabkan bencana dikirim ke replika tersebut.
Untuk menghentikan replikasi, gunakan prosedur yang tersimpan di [mysql.rds\$1stop\$1replication](mysql-stored-proc-replicating.md#mysql_rds_stop_replication).
+ Tingkatkan replika baca menjadi instans DB sumber baru dengan menggunakan petunjuk di [Mempromosikan replika baca menjadi instans DB mandiri](USER_ReadRepl.Promote.md).
**catatan**
Replikasi tertunda didukung untuk versi MariaDB 10.6 dan yang lebih tinggi.
Gunakan prosedur yang tersimpan untuk mengonfigurasi replikasi tertunda. Anda tidak dapat mengonfigurasi replikasi tertunda dengan Konsol Manajemen AWS, AWS CLI, atau Amazon RDSAPI.
Anda dapat menggunakan replikasi berdasarkan pengidentifikasi transaksi global (GTIDs) dalam konfigurasi replikasi tertunda.
**Topics**
+ [Mengonfigurasi replikasi tertunda selama pembuatan replika baca](#USER_MariaDB.Replication.ReadReplicas.DelayReplication.ReplicaCreation)
+ [Mengubah replikasi tertunda untuk replika baca yang sudah ada](#USER_MariaDB.Replication.ReadReplicas.DelayReplication.ExistingReplica)
+ [Mempromosikan replika baca](#USER_MariaDB.Replication.ReadReplicas.DelayReplication.Promote)
## Mengonfigurasi replikasi tertunda selama pembuatan replika baca
Untuk mengonfigurasi replikasi tertunda untuk replika baca di masa mendatang yang dibuat dari instans DB, jalankan prosedur tersimpan [mysql.rds\$1set\$1configuration](mysql-stored-proc-configuring.md#mysql_rds_set_configuration) dengan parameter `target delay`.
**Untuk mengonfigurasi replikasi tertunda selama pembuatan replika baca**
1. Dengan menggunakan klien MariaDB, hubungkan ke instans DB MariaDB untuk menjadi sumber replika baca sebagai pengguna master.
1. Jalankan prosedur tersimpan [mysql.rds\$1set\$1configuration](mysql-stored-proc-configuring.md#mysql_rds_set_configuration) dengan parameter `target delay`.
Misalnya, jalankan prosedur tersimpan berikut untuk menentukan bahwa replikasi ditunda setidaknya satu jam (3.600 detik) untuk replika baca yang dibuat dari instans DB saat ini.
```
call mysql.rds_set_configuration('target delay', 3600);
```
**catatan**
Setelah menjalankan prosedur tersimpan ini, replika baca apa pun yang Anda buat menggunakan AWS CLI atau Amazon RDS API dikonfigurasi dengan replikasi yang tertunda oleh jumlah detik yang ditentukan.
## Mengubah replikasi tertunda untuk replika baca yang sudah ada
Untuk mengubah replikasi tertunda untuk replika baca yang ada, jalankan prosedur tersimpan [mysql.rds\$1set\$1source\$1delay](mysql-stored-proc-replicating.md#mysql_rds_set_source_delay).
**Untuk mengubah replikasi tertunda untuk replika baca yang sudah ada**
1. Dengan menggunakan klien MariaDB, hubungkan ke replika baca sebagai pengguna master.
1. Gunakan prosedur yang tersimpan di [mysql.rds\$1stop\$1replication](mysql-stored-proc-replicating.md#mysql_rds_stop_replication) untuk menghentikan replikasi.
1. Jalankan prosedur tersimpan [mysql.rds\$1set\$1source\$1delay](mysql-stored-proc-replicating.md#mysql_rds_set_source_delay).
Misalnya, jalankan prosedur tersimpan berikut untuk menentukan bahwa replikasi ke replika baca ditunda setidaknya satu jam (3600 detik).
```
call mysql.rds_set_source_delay(3600);
```
1. Gunakan prosedur yang tersimpan di [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication) untuk memulai replikasi.
## Mempromosikan replika baca
Setelah replikasi dihentikan, dalam skenario pemulihan bencana, Anda dapat mempromosikan replika baca menjadi instans DB sumber baru. Untuk informasi tentang mempromosikan replika baca, lihat [Mempromosikan replika baca menjadi instans DB mandiri](USER_ReadRepl.Promote.md).
# Memperbarui replika baca dengan MariaDB
Replika baca dirancang untuk mendukung kueri baca, tetapi Anda mungkin perlu pembaruan sesekali. Misalnya, Anda mungkin perlu menambahkan indeks untuk mempercepat jenis kueri tertentu yang mengakses replika. Anda dapat mengaktifkan pembaruan dengan mengatur parameter `read_only` untuk **0** dalam grup parameter DB untuk replika baca.
# Menggunakan deployment replika baca multi-AZ dengan MariaDB
Anda dapat membuat replika baca dari deployment instans DB Multi-AZ atau tunggal-AZ. Anda menggunakan deployment Multi-AZ untuk meningkatkan dan ketersediaan data kritis, tetapi Anda tidak dapat menggunakan sekunder Multi-AZ untuk melayani kueri hanya baca. Sebagai gantinya, Anda dapat membuat replika baca dari instans DB Multi-AZ multi-lalu lintas tinggi untuk mengeluarkan kueri hanya baca. Jika instans sumber dari deployment Multi-AZ gagal karena replika baca sekunder, setiap replika baca terkait akan otomatis untuk menggunakan sumber sekunder (sekarang primer) sebagai sumber replikasinya. Untuk informasi selengkapnya, lihat [Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS](Concepts.MultiAZ.md).
Anda dapat membuat replika baca sebagai instans DB Multi-AZ. Amazon RDS membuat instans siaga replika Anda di Zona Ketersediaan lain untuk dukungan failover untuk replika tersebut. Membuat replika baca Anda sebagai instans DB Multi-AZ tidak tergantung pada apakah basis data sumber adalah instans DB Multi-AZ.
# Menggunakan replika baca cascading dengan untuk MariaDB RDS
RDSuntuk MariaDB mendukung cascading replika baca. Dengan *replika baca cascading*, Anda dapat menskalakan pembacaan tanpa menambahkan overhead ke sumber Anda untuk instance RDS MariaDB DB.
Dengan replika baca cascading, instans DB untuk RDS MariaDB Anda mengirimkan data ke replika baca pertama dalam rantai. Replika baca itu kemudian mengirimkan data ke replika kedua dalam rantai, dan seterusnya. Hasil akhirnya adalah bahwa semua replika baca dalam rantai memiliki perubahan dari instance RDS for MariaDB DB, tetapi tanpa overhead hanya pada instance DB sumber.
Anda dapat membuat serangkaian hingga tiga replika baca dalam rantai dari sumber RDS untuk instance MariaDB DB. Misalnya, misalkan Anda memiliki instance RDS untuk MariaDB DB,. `mariadb-main` Anda dapat melakukan hal berikut:
+ Dimulai dengan `mariadb-main`, buat replika baca pertama dalam rantai, `read-replica-1`.
+ Selanjutnya, dari `read-replica-1`, buat replika baca berikutnya dalam rantai, `read-replica-2`.
+ Akhirnya, dari `read-replica-2`, buat replika baca ketiga dalam rantai, `read-replica-3`.
Anda tidak dapat membuat replika baca lain di luar replika baca kaskade ketiga ini dalam rangkaian untuk `mariadb-main`. Serangkaian contoh lengkap dari instance DB sumber RDS untuk MariaDB hingga akhir serangkaian replika baca berjenjang dapat terdiri dari paling banyak empat instans DB.
Agar replika baca cascading berfungsi, setiap sumber untuk instance RDS MariaDB DB harus mengaktifkan pencadangan otomatis. Untuk mengaktifkan pencadangan otomatis pada replika baca, pertama-tama buat replika baca, lalu ubah replika baca untuk mengaktifkan pencadangan otomatis. Untuk informasi selengkapnya, lihat [Membuat replika baca](USER_ReadRepl.Create.md).
Seperti halnya replika baca lainnya, Anda dapat mempromosikan replika baca yang merupakan bagian dari kaskade. Mempromosikan replika baca dari dalam rantai replika baca menghilangkan replika tersebut dari rantai. Misalnya, misalkan Anda ingin memindahkan sebagian beban kerja dari instans `mariadb-main` DB Anda ke instans baru untuk digunakan oleh departemen akuntansi saja. Dengan asumsi rantai tiga replika baca dari contoh, Anda memutuskan untuk mempromosikan `read-replica-2`. Rantai terpengaruh sebagai berikut:
+ Mempromosikan `read-replica-2` menghapusnya dari rantai replikasi.
+ Replika ini sekarang menjadi instans DB baca/tulis penuh.
+ Replika ini terus mereplikasi menjadi `read-replica-3`, seperti yang dilakukan sebelum promosi.
+ `mariadb-main` Anda terus mereplikasi ke `read-replica-1`.
Untuk informasi lebih lanjut tentang mempromosikan replika baca, lihat [Mempromosikan replika baca menjadi instans DB mandiri](USER_ReadRepl.Promote.md).
# Memantau replika baca MariaDB
Untuk replika baca MariaDB, Anda dapat memantau kelambatan replikasi di Amazon CloudWatch dengan melihat metrik Amazon. RDS `ReplicaLag` Metrik `ReplicaLag` melaporkan nilai kolom `Seconds_Behind_Master` dari perintah `SHOW REPLICA STATUS`.
**catatan**
Versi sebelumnya dari MariaDB menggunakan `SHOW SLAVE STATUS`, bukan `SHOW REPLICA STATUS`. Jika Anda menggunakan MariaDB sebelum versi 10.5, gunakan `SHOW SLAVE STATUS`.
Penyebab umum keterlambatan replikasi untuk MariaDB adalah sebagai berikut:
+ Pemadaman jaringan.
+ Menulis ke tabel dengan indeks pada replika baca. Jika parameter `read_only` tidak diatur ke 0 pada replika baca, hal ini dapat memecah replikasi.
+ Menggunakan mesin penyimpanan nontransaksional seperti My. ISAM Replikasi hanya didukung untuk mesin penyimpanan InnoDB pada MariaDB.
Saat metrik `ReplicaLag` mencapai 0, replika telah menyamai instans DB sumber. Jika metrik `ReplicaLag` mengembalikan -1, maka replikasi saat ini tidak aktif. `ReplicaLag` = -1 setara dengan `Seconds_Behind_Master` = `NULL`.
# Memulai dan menghentikan replikasi dengan replika baca MariaDB
Anda dapat menghentikan dan memulai ulang proses replikasi di instans DB Amazon RDS dengan memanggil prosedur yang disimpan sistem [mysql.rds\$1stop\$1replication](mysql-stored-proc-replicating.md#mysql_rds_stop_replication) dan [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication). Anda dapat melakukan ini saat mereplikasi antara dua instans Amazon RDS untuk operasi jangka panjang seperti membuat indeks besar. Anda juga perlu menghentikan dan memulai replikasi saat mengimpor atau mengekspor basis data. Untuk informasi lebih lanjut, lihat [Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB dengan waktu henti yang dikurangi](mariadb-importing-data-reduced-downtime.md) dan [Mengekspor data dari instans DB MySQL dengan menggunakan replikasi](MySQL.Procedural.Exporting.NonRDSRepl.md).
Jika replikasi dihentikan selama lebih dari 30 hari berturut-turut, baik secara manual atau karena kesalahan replikasi, Amazon RDS menghentikan replikasi antara instans DB sumber dan semua replika baca. Hal ini dilakukan untuk mencegah peningkatan persyaratan penyimpanan pada instans DB sumber dan waktu failover yang lama. Instans DB replika baca masih tersedia. Namun, replikasi tidak dapat dilanjutkan karena log biner yang diperlukan oleh replika baca dihapus dari instans DB sumber setelah replikasi dihentikan. Anda dapat membuat replika baca baru untuk instans DB sumber untuk memulihkan replikasi.
# Pemecahan Masalah batasan replika baca MariaDB
Teknologi replikasi untuk MariaDB bersifat asinkron. Karena mereka tidak sinkron, sesekali `BinLogDiskUsage` meningkatkan instans DB sumber dan `ReplicaLag` pada replika baca diharapkan. Misalnya, volume operasi tulis tinggi ke instans DB sumber dapat terjadi secara paralel. Sebaliknya, operasi ke replika baca diseret menggunakan utas I/O tunggal, yang dapat menyebabkan jeda antara instans sumber dan replika baca. Untuk mengetahui informasi selengkapnya tentang replika hanya baca di dokumentasi MariaDB, buka [Ringkasan replikasi](http://mariadb.com/kb/en/mariadb/replication-overview/).
Anda dapat melakukan beberapa hal untuk mengurangi keterlambatan antara pembaruan ke instans DB sumber dan pembaruan berikutnya ke replika baca, seperti berikut:
+ Mengukur replika baca untuk memiliki ukuran penyimpanan dan kelas instans DB yang sebanding dengan instans DB sumber.
+ Memastikan kompatibilitas pengaturan parameter di grup parameter DB yang digunakan oleh instans DB sumber dan replika baca. Untuk mengetahui informasi selengkapnya dan instans, lihat diskusi tentang `max_allowed_packet` nanti di bagian ini.
Amazon RDS memantau status replikasi replika baca Anda dan memperbarui `Replication State` bidang instance replika baca `Error` jika replikasi berhenti karena alasan apa pun. Contohnya mungkin jika DML kueri yang dijalankan pada replika baca Anda bertentangan dengan pembaruan yang dibuat pada instans DB sumber.
Anda dapat meninjau perincian kesalahan terkait yang disebabkan oleh mesin MariaDB dengan melihat kolom `Replication Error`. Peristiwa yang menunjukkan status replika baca juga dihasilkan, termasuk [RDS-EVENT-0045](USER_Events.Messages.md#RDS-EVENT-0045), [RDS-EVENT-0046](USER_Events.Messages.md#RDS-EVENT-0046), dan [RDS-EVENT-0047](USER_Events.Messages.md#RDS-EVENT-0047). Untuk mengetahui informasi selengkapnya tentang acara dan berlangganan acara, lihat [Bekerja dengan pemberitahuan RDS acara Amazon](USER_Events.md). Jika muncul pesan kesalahan MariaDB, periksa kesalahan di [MariaDB error message documentation](http://mariadb.com/kb/en/mariadb/mariadb-error-codes/).
Satu masalah umum yang dapat menyebabkan kesalahan replikasi adalah ketika nilai untuk `max_allowed_packet` parameter untuk replika baca lebih kecil dari `max_allowed_packet` untuk instans DB sumber. `max_allowed_packet`Parameter adalah parameter khusus yang dapat Anda atur dalam grup parameter DB yang digunakan untuk menentukan ukuran maksimum DML kode yang dapat dijalankan pada database. Dalam beberapa kasus, nilai parameter `max_allowed_packet` dalam grup parameter DB yang terkait dengan instans DB sumber lebih kecil dari nilai parameter `max_allowed_packet` dalam grup parameter DB yang terkait dengan replika baca sumber. Dalam kasus ini, proses replikasi dapat menyebabkan kesalahan (Paket lebih besar dari byte ‘maks\$1allowed\$1packet’) dan menghentikan replikasi. Anda dapat memperbaiki kesalahan dengan memiliki replika sumber dan baca, gunakan grup parameter DB yang sama `max_allowed_packet` nilai parameter.
Situasi umum lainnya yang dapat menyebabkan kesalahan replikasi mencakup hal-hal berikut:
+ Menulis ke tabel di replika baca. Jika Anda membuat indeks pada replika baca, parameter `read_only` harus diatur ke **0** untuk membuat indeks. Jika Anda menulis pada replika baca, tindakan ini dapat merusak replikasi.
+ Menggunakan mesin penyimpanan non-transaksional seperti MyISAM. read replicas membutuhkan mesin penyimpanan transaksional. Replikasi hanya didukung untuk mesin penyimpanan InnoDB pada MariaDB.
+ Gunakan kueri nondeterministik yang tidak aman seperti `SYSDATE()`. Untuk informasi selengkapnya, lihat [Determination of safe and unsafe statements in binary logging](https://dev.mysql.com/doc/refman/8.0/en/replication-rbr-safe-unsafe.html).
Jika Anda memutuskan bahwa Anda dapat melewati kesalahan dengan aman, Anda dapat mengikuti langkah-langkah yang dijelaskan dalam [Melewatkan kesalahan replikasi saat ini untuk RDS untuk MySQL](Appendix.MySQL.CommonDBATasks.SkipError.md). Jika tidak, Anda dapat menghapus replika baca dan membuat instans menggunakan pengidentifikasi instans DB yang sama sehingga titik akhir tetap sama dengan replika baca lama Anda. Jika kesalahan replikasi diperbaiki, `Replication State` berubah menjadi *mereplikasi*.
Untuk instans DB MariaDB, dalam beberapa kasus, replika baca tidak dapat dialihkan ke yang sekunder jika beberapa peristiwa log biner (binlog) tidak di-flush saat kegagalan. Dalam kasus ini, hapus dan buat ulang replika baca secara manual. Anda dapat mengurangi kemungkinan terjadinya hal ini dengan menetapkan nilai parameter berikut: `sync_binlog=1` dan `innodb_flush_log_at_trx_commit=1`. Pengaturan ini dapat mengurangi performa, jadi uji dampaknya sebelum menerapkan perubahan di lingkungan produksi.
# Mengonfigurasikan replikasi berbasis GTID dengan instans sumber eksternal
Anda dapat mengatur replikasi berdasarkan pengidentifikasi transaksi global (GTIDs) dari instance MariaDB eksternal versi 10.0.24 atau lebih tinggi ke RDS untuk instance MariaDB DB. Ikuti pedoman ini saat Anda menyiapkan instans sumber eksternal dan replika di Amazon RDS:
+ Pantau peristiwa failover untuk instans basis data RDS for MariaDB yang menjadi replika Anda. Jika terjadi failover, maka instans basis data yang merupakan replika Anda dapat dibuat ulang pada sebuah host baru dengan alamat jaringan yang berbeda. Lihat informasi tentang cara memantau peristiwa failover di [Bekerja dengan pemberitahuan RDS acara Amazon](USER_Events.md).
+ Pertahankan log biner (binlog) pada instans sumber Anda sampai Anda memastikan bahwa log itu telah diterapkan pada replika. Upaya mempertahankan ini memastikan bahwa Anda dapat memulihkan instans sumber jika terjadi kegagalan.
+ Aktifkan pencadangan otomatis pada instans basis data MariaDB Anda di Amazon RDS. Mengaktifkan pencadangan otomatis memastikan bahwa Anda dapat memulihkan replika ke titik waktu tertentu jika Anda perlu menyinkronkan ulang instans sumber dan replika Anda. Untuk informasi tentang backup dan Point-In-Time Restore, lihat. [Mencadangkan, memulihkan, dan mengekspor data](CHAP_CommonTasks.BackupRestore.md)
**catatan**
Izin-izin yang dibutuhkan untuk memulai replikasi pada instans basis data MariaDB bersifat terbatas dan tidak tersedia bagi pengguna master Amazon RDS Anda. Karena itu, Anda harus menggunakan perintah-perintah Amazon RDS [mysql.rds\$1set\$1external\$1master\$1gtid](mysql_rds_set_external_master_gtid.md) dan [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication) untuk menyiapkan replikasi antara basis data aktif dan basis data RDS for MariaDB Anda.
Untuk memulai replikasi antara instans sumber eksternal dan instans basis data MariaDB pada Amazon RDS, gunakan prosedur berikut.
**Memulai replikasi**
1. Jadikan instans basis data MariaDB sumber bersifat hanya baca:
```
mysql> FLUSH TABLES WITH READ LOCK;
mysql> SET GLOBAL read_only = ON;
```
1. Dapatkan GTID saat ini dari instans MariaDB eksternal. Ini dapat Anda lakukan dengan menggunakan `mysql` atau editor kueri pilihan Anda untuk menjalankan `SELECT @@gtid_current_pos;`.
GTID berformat `--`. Sebuah GTID yang lazim terlihat seperti **0-1234510749-1728**. Untuk informasi selengkapnya tentang GTIDs dan bagian komponennya, lihat [ID transaksi global](http://mariadb.com/kb/en/mariadb/global-transaction-id/) di dokumentasi MariaDB.
1. Salin basis data dari instans MariaDB eksternal ke instans basis data MariaDB dengan menggunakan `mysqldump`. Untuk basis data yang sangat besar, Anda mungkin perlu menggunakan prosedur di [Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB dengan waktu henti yang dikurangi](mariadb-importing-data-reduced-downtime.md).
Untuk Linux, macOS, atau Unix:
```
mysqldump \
--databases database_name \
--single-transaction \
--compress \
--order-by-primary \
-u local_user \
-plocal_password | mysql \
--host=hostname \
--port=3306 \
-u RDS_user_name \
-pRDS_password
```
Untuk Windows:
```
mysqldump ^
--databases database_name ^
--single-transaction ^
--compress ^
--order-by-primary \
-u local_user \
-plocal_password | mysql ^
--host=hostname ^
--port=3306 ^
-u RDS_user_name ^
-pRDS_password
```
**catatan**
Pastikan bahwa tidak ada spasi antara opsi `-p` dan kata sandi yang dimasukkan.
Tetapkan kata sandi selain penggugah/prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
Gunakan opsi-opsi `--host`, `--user (-u)`, `--port` dan `-p` dalam perintah `mysql` untuk menentukan nama host, nama pengguna, port, dan kata sandi untuk menghubungi instans basis data MariaDB Anda. Nama host adalah nama DNS dari titik akhir instans basis data MariaDB, misalnya `myinstance.123456789012.us-east-1.rds.amazonaws.com`. Anda dapat menemukan nilai titik akhir dalam detail instans di Konsol Manajemen Amazon RDS.
1. Jadikan lagi instans MariaDB sumber bersifat dapat ditulis.
```
mysql> SET GLOBAL read_only = OFF;
mysql> UNLOCK TABLES;
```
1. Di Konsol Manajemen Amazon RDS, tambahkan alamat IP server yang menjadi host data basis data MariaDB eksternal ke grup keamanan VPC untuk instans basis data MariaDB. Lihat informasi yang lebih lengkap tentang cara mengubah grup keamanan VPC di [Grup keamanan untuk VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) dalam *Panduan Pengguna Amazon Virtual Private Cloud*.
Alamat IP dapat berubah jika kondisi-kondisi berikut terpenuhi:
+ Anda menggunakan alamat IP publik untuk komunikasi antara instans sumber eksternal dan instans DB.
+ Instans sumber eksternal dihentikan dan dimulai ulang.
Jika kedua kondisi ini terpenuhi, periksa alamat IP sebelum menambahkannya.
Mungkin Anda juga harus mengonfigurasikan jaringan lokal Anda untuk mengizinkan koneksi dari alamat IP instans basis data MariaDB agar dapat berkomunikasi dengan instans MariaDB eksternal. Untuk menemukan alamat IP instans basis data MariaDB, gunakan perintah `host`.
```
host db_instance_endpoint
```
Nama host adalah nama DNS titik akhir instans basis data MariaDB.
1. Dengan menggunakan klien pilihan Anda, hubungi instans MariaDB eksternal dan buat akun pengguna MariaDB yang akan digunakan untuk replikasi. Akun ini digunakan hanya untuk replikasi dan harus dibatasi pada domain Anda untuk meningkatkan keamanan. Berikut sebuah contoh.
```
CREATE USER 'repl_user'@'mydomain.com' IDENTIFIED BY 'password';
```
**catatan**
Tetapkan kata sandi selain penggugah/prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
1. Untuk instans MariaDB eksternal, berikan privilese-privilese `REPLICATION CLIENT` dan `REPLICATION SLAVE` kepada pengguna replikasi Anda. Misalnya, untuk memberikan privilese-privilese `REPLICATION CLIENT` dan `REPLICATION SLAVE` pada semua basis data kepada pengguna '`repl_user`' bagi domain Anda, keluarkan perintah berikut.
```
GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'mydomain.com';
```
1. Jadikan instans basis data MariaDB sebagai replika. Hubungi instans basis data MariaDB sebagai pengguna master dan tandai basis data MariaDB eksternal sebagai instans sumber replikasi dengan menggunakan perintah [mysql.rds\$1set\$1external\$1master\$1gtid](mysql_rds_set_external_master_gtid.md). Gunakan GTID yang Anda peroleh dalam Langkah 2. Berikut sebuah contoh.
```
CALL mysql.rds_set_external_master_gtid ('mymasterserver.mydomain.com', 3306, 'repl_user', 'password', 'GTID', 1);
```
**catatan**
Tetapkan kata sandi selain penggugah/prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
1. Pada instans basis data MariaDB, terbitkan perintah [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication) untuk memulai replikasi.
```
CALL mysql.rds_start_replication;
```
# Mengonfigurasi replikasi posisi file log biner dengan instans sumber eksternal
Anda dapat menyiapkan replikasi antara instans DB RDS for MySQL atau MariaDB dan instans MySQL atau MariaDB yang berada di luar Amazon RDS menggunakan replikasi file log biner.
**Topics**
+ [Sebelum Anda mulai](#MySQL.Procedural.Importing.External.Repl.BeforeYouBegin)
+ [Mengonfigurasi replikasi posisi file log biner dengan instans sumber eksternal](#MySQL.Procedural.Importing.External.Repl.Procedure)
## Sebelum Anda mulai
Anda dapat mengonfigurasi replikasi menggunakan posisi file log biner transaksi yang direplikasi.
Izin yang diperlukan untuk memulai replikasi pada instans DB Amazon RDS dibatasi dan tidak tersedia untuk pengguna master Amazon RDS Anda. Karena itu, pastikan Anda menggunakan Amazon RDS [](mysql-stored-proc-replicating.md#mysql_rds_set_external_master) atau[](mysql-stored-proc-replicating.md#mysql_rds_set_external_source), dan [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication) perintah untuk mengatur replikasi antara database langsung dan database Amazon RDS Anda.
Untuk mengatur format pencatatan log biner untuk basis data MySQL atau MariaDB, perbarui parameter `binlog_format`. Jika instans DB Anda menggunakan grup parameter instans DB default, buat grup parameter DB baru untuk memodifikasi `binlog_format` parameter. Di MariaDB dan MySQL 8.0 dan versi yang lebih rendah, defaultnya. `binlog_format` `MIXED` Namun, Anda juga dapat mengatur `binlog_format` ke `ROW` atau `STATEMENT` jika Anda memerlukan format log biner (binlog) tertentu. Boot ulang instans DB Anda agar perubahan diterapkan. Di MySQL 8.4 dan versi yang lebih tinggi, defaultnya. `binlog_format` `ROW`
Untuk informasi tentang mengatur parameter `binlog_format`, lihat [Mengkonfigurasi MySQL RDS untuk pencatatan biner MySQL untuk database Single-AZ](USER_LogAccess.MySQL.BinaryFormat.md). Untuk informasi tentang implikasi tipe replikasi MySQL yang berbeda-beda, lihat [Advantages and disadvantages of statement-based and row-based replication](https://dev.mysql.com/doc/refman/8.0/en/replication-sbr-rbr.html) dalam dokumentasi MySQL.
## Mengonfigurasi replikasi posisi file log biner dengan instans sumber eksternal
Ikuti pedoman ini saat Anda menyiapkan instans sumber eksternal dan replika di Amazon RDS:
+ Pantau peristiwa failover untuk instans DB Amazon RDS yang merupakan replika Anda. Jika terjadi failover, maka instans DB yang merupakan replika Anda dapat dibuat ulang pada host baru dengan alamat jaringan yang berbeda. Untuk informasi tentang cara pemonitoran peristiwa failover, lihat [Bekerja dengan pemberitahuan RDS acara Amazon](USER_Events.md).
+ Pertahankan binlog pada instans sumber Anda hingga Anda memverifikasi bahwa binlog tersebut telah diterapkan ke replika. Dengan mempertahankannya, Anda dapat memulihkan instans sumber Anda jika terjadi kegagalan.
+ Aktifkan pencadangan otomatis pada instans DB Amazon RDS Anda. Dengan mengaktifkan pencadangan otomatis, Anda dapat memulihkan replika ke titik waktu tertentu jika Anda perlu menyinkronkan ulang instans sumber dan replika Anda. Untuk informasi tentang pencadangan dan point-in-time pemulihan, lihat. [Mencadangkan, memulihkan, dan mengekspor data](CHAP_CommonTasks.BackupRestore.md)
**Mengonfigurasi replikasi file log biner dengan Instans sumber eksternal**
1. Jadikan instans MySQL atau MariaDB sumber sebagai hanya-baca.
```
mysql> FLUSH TABLES WITH READ LOCK;
mysql> SET GLOBAL read_only = ON;
```
1. Jalankan perintah `SHOW MASTER STATUS` pada instans MySQL atau MariaDB sumber untuk menentukan lokasi binlog.
Anda menerima output yang mirip dengan contoh berikut.
```
File Position
------------------------------------
mysql-bin-changelog.000031 107
------------------------------------
```
1. Salin basis data dari instans eksternal ke instans DB Amazon RDS menggunakan `mysqldump`. Untuk basis data yang sangat besar, Anda mungkin ingin menggunakan prosedur di [Mengimpor data ke database Amazon RDS for MySQL dengan downtime yang dikurangi](mysql-importing-data-reduced-downtime.md).
Untuk Linux, macOS, atau Unix:
```
mysqldump --databases database_name \
--single-transaction \
--compress \
--order-by-primary \
-u local_user \
-plocal_password | mysql \
--host=hostname \
--port=3306 \
-u RDS_user_name \
-pRDS_password
```
Untuk Windows:
```
mysqldump --databases database_name ^
--single-transaction ^
--compress ^
--order-by-primary ^
-u local_user ^
-plocal_password | mysql ^
--host=hostname ^
--port=3306 ^
-u RDS_user_name ^
-pRDS_password
```
**catatan**
Pastikan tidak ada spasi di antara opsi `-p` dan sandi yang dimasukkan.
Untuk menentukan nama host, nama pengguna, port, dan kata sandi untuk menghubungkan ke instans DB Amazon RDS Anda, gunakan opsi `--host`, `--user (-u)`, `--port`, dan `-p` dalam perintah `mysql`. Nama host adalah nama Domain Name Service (DNS) dari titik akhir instans DB Amazon RDS, misalnya `myinstance.123456789012.us-east-1.rds.amazonaws.com`. Anda dapat menemukan nilai titik akhir dalam detail instans di Konsol Manajemen AWS.
1. Jadikan instans DB MySQL atau MariaDB sumber sebagai writeable (dapat diubah) lagi.
```
mysql> SET GLOBAL read_only = OFF;
mysql> UNLOCK TABLES;
```
Untuk informasi lebih lanjut tentang cara membuat cadangan untuk digunakan dengan replikasi, lihat [dokumentasi MySQL](https://dev.mysql.com/doc/refman/8.0/en/replication-solutions-backups-read-only.html).
1. Di dalam Konsol Manajemen AWS, tambahkan alamat IP server yang menghosting database eksternal ke grup keamanan virtual private cloud (VPC) untuk instans Amazon RDS DB. Untuk informasi selengkapnya tentang cara memodifikasi grup keamanan VPC, lihat [Grup keamanan untuk VPC Anda](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) dalam *Panduan Pengguna Amazon Virtual Private Cloud*.
Alamat IP dapat berubah jika kondisi berikut terpenuhi:
+ Anda menggunakan alamat IP publik untuk komunikasi antara instans sumber eksternal dan instans DB.
+ Instans sumber eksternal dihentikan dan dimulai ulang.
Jika semua kondisi ini terpenuhi, verifikasikan alamat IP sebelum menambahkannya.
Anda mungkin juga perlu mengonfigurasi jaringan lokal Anda untuk mengizinkan koneksi dari alamat IP instans DB Amazon RDS Anda. Anda melakukan ini agar jaringan lokal Anda dapat berkomunikasi dengan instans MySQL atau MariaDB eksternal Anda. Untuk menemukan alamat IP dari instans DB Amazon RDS, gunakan perintah `host`.
```
host db_instance_endpoint
```
Nama host adalah nama DNS dari titik akhir instans DB Amazon RDS.
1. Menggunakan klien pilihan Anda, hubungkan ke instans eksternal dan buat pengguna untuk digunakan untuk replikasi. Gunakan akun ini semata-mata untuk replikasi dan batasi hanya untuk domain Anda guna meningkatkan keamanan. Berikut adalah contohnya.
```
CREATE USER 'repl_user'@'mydomain.com' IDENTIFIED BY 'password';
```
**catatan**
Tentukan kata sandi selain prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
1. Untuk instans eksternal, berikan hak akses `REPLICATION CLIENT` dan `REPLICATION SLAVE` kepada pengguna replikasi Anda. Misalnya, untuk memberikan hak akses `REPLICATION CLIENT` dan `REPLICATION SLAVE` pada semua basis data untuk pengguna '`repl_user`' bagi domain Anda, jalankan perintah berikut.
```
GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'mydomain.com';
```
1. Jadikan instans DB Amazon RDS sebagai replika. Untuk melakukannya, pertama-tama hubungkan ke instans DB Amazon RDS sebagai pengguna master. Kemudian mengidentifikasi database MySQL atau MariaDB eksternal sebagai contoh sumber dengan menggunakan perintah or. [](mysql-stored-proc-replicating.md#mysql_rds_set_external_source) [](mysql-stored-proc-replicating.md#mysql_rds_set_external_master) Gunakan nama file log master dan posisi log master yang Anda tentukan pada langkah 2. Perintah berikut adalah contohnya.
**MySQL 8.4**
```
CALL mysql.rds_set_external_source ('mysourceserver.mydomain.com', 3306, 'repl_user', 'password', 'mysql-bin-changelog.000031', 107, 1);
```
**MariaDB dan MySQL 8.0 dan 5.7**
```
CALL mysql.rds_set_external_master ('mymasterserver.mydomain.com', 3306, 'repl_user', 'password', 'mysql-bin-changelog.000031', 107, 1);
```
**catatan**
Pada RDS untuk MySQL, Anda dapat memilih untuk menggunakan replikasi tertunda dengan menjalankan [mysql.rds\$1set\$1external\$1source\$1with\$1delay (RDS untuk MySQL mayor versi 8.4 dan lebih tinggi)](mysql-stored-proc-replicating.md#mysql_rds_set_external_source_with_delay) prosedur atau disimpan sebagai gantinya. [mysql.rds\$1set\$1external\$1master\$1with\$1delay (RDS untuk MariaDB dan RDS untuk MySQL mayor versi 8.0 dan lebih rendah)](mysql-stored-proc-replicating.md#mysql_rds_set_external_master_with_delay) Di RDS for MySQL, salah satu alasan menggunakan replikasi tertunda adalah untuk mengaktifkan pemulihan bencana dengan prosedur tersimpan [](mysql-stored-proc-replicating.md#mysql_rds_start_replication_until). Saat ini, RDS untuk MariaDB mendukung replikasi tertunda tetapi tidak mendukung prosedur `mysql.rds_start_replication_until`.
1. Di instans DB Amazon RDS, terbitkan perintah [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication) untuk memulai replikasi.
```
CALL mysql.rds_start_replication;
```
# Opsi untuk mesin basis data MariaDB
Pada bagian berikut ini, Anda dapat menemukan deskripsi untuk opsi, atau fitur tambahan, yang tersedia untuk instans Amazon RDS yang menjalankan Mesin DB MariaDB. Untuk mengaktifkan opsi ini, Anda menambahkannya ke grup opsi kustom, lalu mengaitkannya dengan instans DB Anda. Untuk informasi selengkapnya tentang cara menggunakan grup opsi, lihat [Menggunakan grup opsi](USER_WorkingWithOptionGroups.md).
Amazon RDS mendukung opsi berikut untuk MariaDB:
| ID Opsi | Versi mesin |
| --- | --- |
| `MARIADB_AUDIT_PLUGIN` | MariaDB 10.3 dan yang lebih tinggi |
## Dukungan MariaDB Audit Plugin
Amazon RDS mendukung penggunaan MariaDB Audit Plugin di instans basis data MariaDB. MariaDB Plugin Audit mencatat aktivitas basis data seperti pengguna yang masuk ke basis data, kueri yang dijalankan terhadap basis data, dan banyak lagi. Catatan aktivitas basis data disimpan dalam file log.
### Pengaturan opsi Audit Plugin
Amazon RDS mendukung pengaturan berikut untuk opsi MariaDB Audit Plugin.
**catatan**
Jika Anda tidak mengonfigurasi pengaturan opsi di konsol RDS, RDS akan menggunakan pengaturan default.
| Pengaturan opsi | Nilai valid | Nilai default | Deskripsi |
| --- | --- | --- | --- |
| `SERVER_AUDIT_FILE_PATH` | `/rdsdbdata/log/audit/` | `/rdsdbdata/log/audit/` | Lokasi file log. File log berisi catatan aktivitas yang ditentukan dalam `SERVER_AUDIT_EVENTS`. Untuk informasi lebih lanjut, lihat [Melihat dan mencantumkan file log basis data](USER_LogAccess.Procedural.Viewing.md) dan [File log basis data MariaDB](USER_LogAccess.Concepts.MariaDB.md). |
| `SERVER_AUDIT_FILE_ROTATE_SIZE` | 1–1000000000 | 1000000 | Ukuran dalam byte. Jika ukuran ini tercapai, file akan diputar. Untuk informasi selengkapnya, lihat [Rotasi log dan retensi untuk MariaDB](USER_LogAccess.MariaDB.LogFileSize.md). |
| `SERVER_AUDIT_FILE_ROTATIONS` | 0–100 | 9 | Jumlah rotasi log yang akan disimpan ketika `server_audit_output_type=file`. Jika diatur ke 0, file log tidak akan pernah diputar. Untuk informasi lebih lanjut, lihat [Rotasi log dan retensi untuk MariaDB](USER_LogAccess.MariaDB.LogFileSize.md) dan [Mengunduh file log basis data](USER_LogAccess.Procedural.Downloading.md). |
| `SERVER_AUDIT_EVENTS` | `CONNECT`, `QUERY`, `TABLE`, `QUERY_DDL`, `QUERY_DML`, `QUERY_DML_NO_SELECT`, `QUERY_DCL` | `CONNECT`, `QUERY` | Jenis aktivitas yang akan dicatat di log. Penginstalan MariaDB Audit Plugin itu sendiri juga akan dicatat. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/Appendix.MariaDB.Options.html) |
| `SERVER_AUDIT_INCL_USERS` | Beberapa nilai yang dipisahkan koma | Tidak ada | Hanya menyertakan aktivitas dari pengguna tertentu. Secara default, aktivitas dicatat untuk semua pengguna `SERVER_AUDIT_INCL_USERS` dan `SERVER_AUDIT_EXCL_USERS` sama-sama bersifat eksklusif. Jika Anda menambahkan nilai ke `SERVER_AUDIT_INCL_USERS`, pastikan tidak ada nilai yang ditambahkan ke `SERVER_AUDIT_EXCL_USERS`. |
| `SERVER_AUDIT_EXCL_USERS` | Beberapa nilai yang dipisahkan koma | Tidak ada | Mengecualikan aktivitas dari pengguna tertentu. Secara default, aktivitas dicatat untuk semua pengguna `SERVER_AUDIT_INCL_USERS` dan `SERVER_AUDIT_EXCL_USERS` sama-sama bersifat eksklusif. Jika Anda menambahkan nilai ke `SERVER_AUDIT_EXCL_USERS`, pastikan tidak ada nilai yang ditambahkan ke `SERVER_AUDIT_INCL_USERS`. Pengguna `rdsadmin` membuat kueri basis data setiap detik untuk memeriksa kondisi basis data. Bergantung pada pengaturan Anda yang lain, aktivitas ini mungkin dapat menyebabkan ukuran file log Anda bertambah sangat besar dengan sangat cepat. Jika Anda tidak perlu mencatat aktivitas ini, tambahkan pengguna `rdsadmin` ke daftar `SERVER_AUDIT_EXCL_USERS`. Aktivitas `CONNECT` selalu dicatat untuk semua pengguna meskipun pengguna ditentukan untuk pengaturan opsi ini. |
| `SERVER_AUDIT_LOGGING` | `ON` | `ON` | Pencatatan aktif. Satu-satunya nilai yang valid adalah `ON`. Amazon RDS tidak mendukung penonaktifan pencatatan. Jika Anda ingin menonaktifkan pencatatan, hapus MariaDB Audit Plugin. Untuk informasi selengkapnya, lihat [Menghapus MariaDB Audit Plugin](#Appendix.MariaDB.Options.AuditPlugin.Remove). |
| `SERVER_AUDIT_QUERY_LOG_LIMIT` | 0–2147483647 | 1024 | Batas panjang string kueri dalam sebuah catatan. |
### Menambahkan MariaDB Audit Plugin
Proses umum untuk menambahkan MariaDB Audit Plugin ke instans DB adalah sebagai berikut:
1. Buat grup opsi baru, atau salin atau ubah grup opsi yang ada.
1. Tambahkan opsi ke grup opsi.
1. Kaitkan grup opsi dengan instans DB.
Setelah menambahkan MariaDB Audit Plugin, Anda tidak perlu memulai ulang instans DB Anda. Setelah grup opsi aktif, audit akan segera dimulai.
**Untuk menambahkan MariaDB Audit Plugin**
1. Tentukan grup opsi yang ingin Anda gunakan. Anda dapat membuat grup opsi baru atau menggunakan grup opsi yang ada. Jika Anda ingin menggunakan grup opsi yang ada, lanjutkan ke langkah berikutnya. Jika tidak, buat grup opsi DB kustom. Pilih **mariadb** untuk **Mesin**, lalu pilih **10.3** atau yang lebih tinggi untuk **Versi mesin utama**. Untuk informasi selengkapnya, lihat [Membuat grup opsi](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Create).
1. Tambahkan opsi **MARIADB\$1AUDIT\$1PLUGIN** ke grup opsi, lalu konfigurasi pengaturan opsi. Untuk informasi selengkapnya tentang cara menambahkan opsi, lihat [Menambahkan opsi ke grup opsi](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.AddOption). Untuk informasi selengkapnya tentang setiap pengaturan, lihat [Pengaturan opsi Audit Plugin](#Appendix.MariaDB.Options.AuditPlugin.Options).
1. Terapkan grup opsi ke instans DB baru atau yang sudah ada.
+ Untuk instans DB baru, Anda menerapkan grup opsi saat Anda meluncurkan instans. Untuk informasi selengkapnya, lihat [Membuat instans DB Amazon RDS](USER_CreateDBInstance.md).
+ Untuk instans DB yang sudah ada, terapkan grup opsi dengan mengubah instans DB dan melampirkan grup opsi baru. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
### Melihat dan mengunduh log MariaDB Audit Plugin
Setelah mengaktifkan MariaDB Audit Plugin, Anda dapat mengakses hasilnya di file log dengan cara yang sama seperti Anda mengakses file log berbasis teks lainnya. File log audit terletak di `/rdsdbdata/log/audit/`. Untuk informasi tentang cara melihat file log di konsol, lihat [Melihat dan mencantumkan file log basis data](USER_LogAccess.Procedural.Viewing.md). Untuk informasi tentang cara mengunduh file log, lihat [Mengunduh file log basis data](USER_LogAccess.Procedural.Downloading.md).
### Mengubah pengaturan MariaDB Audit Plugin
Setelah mengaktifkan MariaDB Audit Plugin, Anda dapat mengubah pengaturan untuk plugin. Untuk informasi selengkapnya tentang cara mengubah pengaturan opsi, lihat [Memodifikasi pengaturan opsi](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.ModifyOption). Untuk informasi selengkapnya tentang setiap pengaturan, lihat [Pengaturan opsi Audit Plugin](#Appendix.MariaDB.Options.AuditPlugin.Options).
### Menghapus MariaDB Audit Plugin
Amazon RDS tidak mendukung penonaktifan log di MariaDB Audit Plugin. Namun, Anda dapat menghapus plugin dari instans DB. Jika Anda menghapus MariaDB Audit Plugin, instans DB dimulai ulang secara otomatis untuk menghentikan audit.
Untuk menghapus MariaDB Audit Plugin dari instans DB, lakukan salah satu hal berikut:
+ Hapus opsi MariaDB Plugin Audit dari grup opsi yang menjadi miliknya. Perubahan ini memengaruhi semua instans DB yang menggunakan grup opsi tersebut. Untuk informasi selengkapnya, lihat [Menghapus opsi dari grup opsi](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.RemoveOption)
+ Ubah instans DB dan tentukan grup opsi berbeda yang tidak menyertakan plugin. Perubahan ini memengaruhi instans DB tunggal. Anda dapat menentukan grup opsi default (kosong) atau grup opsi kustom yang berbeda. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
# Parameter untuk MariaDB
Secara default, instans DB MariaDB menggunakan grup parameter DB yang spesifik untuk basis data MariaDB. Grup parameter ini berisi beberapa, tetapi tidak semua, parameter yang terdapat dalam grup parameter DB Amazon RDS untuk mesin basis data MySQL. Grup parameter ini juga berisi sejumlah parameter khusus MariaDB yang baru. Untuk informasi tentang cara menangani grup parameter dan mengatur parameter, lihat [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
## Melihat parameter MariaDB
Parameter RDS for MariaDB diatur ke nilai default mesin penyimpanan yang telah Anda pilih. Untuk informasi selengkapnya tentang parameter MariaDB, lihat [dokumentasi MariaDB](http://mariadb.com/kb/en/mariadb/documentation/). Untuk informasi selengkapnya tentang mesin penyimpanan MariaDB, lihat [Mesin penyimpanan yang didukung untuk MariaDB di Amazon RDS](MariaDB.Concepts.Storage.md).
Anda dapat melihat parameter yang tersedia untuk versi RDS for MariaDB tertentu menggunakan konsol RDS atau AWS CLI. Untuk informasi tentang cara melihat parameter dalam grup parameter MariaDB di konsol RDS, lihat [Melihat nilai parameter untuk grup parameter DB di Amazon RDS ](USER_WorkingWithParamGroups.Viewing.md).
Dengan menggunakan AWS CLI, Anda dapat melihat parameter untuk RDS untuk versi MariaDB dengan menjalankan perintah. [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-engine-default-parameters.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-engine-default-parameters.html) Tentukan salah satu dari nilai-nilai berikut untuk opsi `--db-parameter-group-family`:
+ `mariadb11.8`
+ `mariadb11.4`
+ `mariadb10.11`
+ `mariadb10.6`
+ `mariadb10.5`
+ `mariadb10.4`
+ `mariadb10.3`
Misalnya, untuk melihat parameter RDS for MariaDB versi 10.6, jalankan perintah berikut.
```
aws rds describe-engine-default-parameters --db-parameter-group-family mariadb10.6
```
Output Anda akan terlihat serupa dengan yang berikut ini.
```
{
"EngineDefaults": {
"Parameters": [
{
"ParameterName": "alter_algorithm",
"Description": "Specify the alter table algorithm.",
"Source": "engine-default",
"ApplyType": "dynamic",
"DataType": "string",
"AllowedValues": "DEFAULT,COPY,INPLACE,NOCOPY,INSTANT",
"IsModifiable": true
},
{
"ParameterName": "analyze_sample_percentage",
"Description": "Percentage of rows from the table ANALYZE TABLE will sample to collect table statistics.",
"Source": "engine-default",
"ApplyType": "dynamic",
"DataType": "float",
"AllowedValues": "0-100",
"IsModifiable": true
},
{
"ParameterName": "aria_block_size",
"Description": "Block size to be used for Aria index pages.",
"Source": "engine-default",
"ApplyType": "static",
"DataType": "integer",
"AllowedValues": "1024-32768",
"IsModifiable": false
},
{
"ParameterName": "aria_checkpoint_interval",
"Description": "Interval in seconds between automatic checkpoints.",
"Source": "engine-default",
"ApplyType": "dynamic",
"DataType": "integer",
"AllowedValues": "0-4294967295",
"IsModifiable": true
},
...
```
Untuk hanya mencantumkan parameter yang dapat dimodifikasi untuk RDS for MariaDB versi 10.6, jalankan perintah berikut.
Untuk Linux, macOS, atau Unix:
```
aws rds describe-engine-default-parameters --db-parameter-group-family mariadb10.6 \
--query 'EngineDefaults.Parameters[?IsModifiable==`true`]'
```
Untuk Windows:
```
aws rds describe-engine-default-parameters --db-parameter-group-family mariadb10.6 ^
--query "EngineDefaults.Parameters[?IsModifiable==`true`]"
```
## Parameter MySQL yang tidak tersedia
Parameter MySQL berikut tidak tersedia dalam grup parameter DB khusus MariaDB:
+ bind\$1address
+ binlog\$1error\$1action
+ binlog\$1gtid\$1simple\$1recovery
+ binlog\$1max\$1flush\$1queue\$1time
+ binlog\$1order\$1commits
+ binlog\$1row\$1image
+ binlog\$1rows\$1query\$1log\$1events
+ binlogging\$1impossible\$1mode
+ block\$1encryption\$1mode
+ core\$1file
+ default\$1tmp\$1storage\$1engine
+ div\$1precision\$1increment
+ end\$1markers\$1in\$1json
+ enforce\$1gtid\$1consistency
+ eq\$1range\$1index\$1dive\$1limit
+ explicit\$1defaults\$1for\$1timestamp
+ gtid\$1executed
+ gtid-mode
+ gtid\$1next
+ gtid\$1owned
+ gtid\$1purged
+ log\$1bin\$1basename
+ log\$1bin\$1index
+ log\$1bin\$1use\$1v1\$1row\$1events
+ log\$1slow\$1admin\$1statements
+ log\$1slow\$1slave\$1statements
+ log\$1throttle\$1queries\$1not\$1using\$1indexes
+ master-info-repository
+ optimizer\$1trace
+ optimizer\$1trace\$1features
+ optimizer\$1trace\$1limit
+ optimizer\$1trace\$1max\$1mem\$1size
+ optimizer\$1trace\$1offset
+ relay\$1log\$1info\$1repository
+ rpl\$1stop\$1slave\$1timeout
+ slave\$1parallel\$1workers
+ slave\$1pending\$1jobs\$1size\$1max
+ slave\$1rows\$1search\$1algorithms
+ storage\$1engine
+ table\$1open\$1cache\$1instances
+ timed\$1mutexes
+ transaction\$1allow\$1batching
+ validate-password
+ validate\$1password\$1dictionary\$1file
+ validate\$1password\$1length
+ validate\$1password\$1mixed\$1case\$1count
+ validate\$1password\$1number\$1count
+ validate\$1password\$1policy
+ validate\$1password\$1special\$1char\$1count
Untuk informasi selengkapnya tentang parameter MySQL, lihat [dokumentasi MySQL](https://dev.mysql.com/doc/refman/8.0/en/).
# Migrasi data dari snapshot My SQL DB ke instance MariaDB DB
Anda dapat memigrasikan snapshot RDS for My SQL DB ke instans DB baru yang menjalankan MariaDB menggunakan, the, Konsol Manajemen AWS atau Amazon. AWS CLI RDS API Anda harus menggunakan snapshot DB yang dibuat dari instans Amazon RDS DB yang menjalankan My SQL 5.6 atau 5.7. Untuk mempelajari cara membuat snapshot RDS untuk My SQL DB, lihat[Membuat snapshot DB untuk instans DB AZ tunggal untuk Amazon RDS](USER_CreateSnapshot.md).
Memigrasi snapshot tidak memengaruhi instans DB asli tempat snapshot diambil. Anda dapat menguji dan memvalidasi instans DB baru sebelum mengalihkan lalu lintas ke instans DB sebagai pengganti instans DB asli.
Setelah Anda bermigrasi dari My SQL ke MariaDB, instance MariaDB dikaitkan dengan grup parameter DB default dan grup opsi. Setelah memulihkan snapshot DB, Anda dapat mengaitkan grup parameter DB kustom dengan instans DB baru. Namun, grup parameter MariaDB memiliki kumpulan variabel sistem berbeda yang dapat dikonfigurasi. Untuk informasi tentang perbedaan antara variabel sistem Saya SQL dan MariaDB, [lihat Perbedaan Variabel Sistem antara MariaDB](https://mariadb.com/kb/en/system-variable-differences-between-mariadb-and-mysql/) dan My. SQL Untuk mempelajari tentang grup parameter DB, lihat [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md). Untuk mempelajari tentang grup opsi, lihat [Menggunakan grup opsi](USER_WorkingWithOptionGroups.md).
## Melakukan migrasi
Anda dapat memigrasikan snapshot RDS for My SQL DB ke instance MariaDB DB baru menggunakan, the Konsol Manajemen AWS, atau. AWS CLI RDS API
### Konsol
**Untuk memigrasikan snapshot SQL DB Saya ke instance MariaDB DB**
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Snapshots, lalu pilih snapshot** SQL DB saya yang ingin Anda migrasi.
1. Untuk **Tindakan**, pilih **Migrasikan snapshot**. Halaman **Migrasikan basis data** akan muncul.
1. Untuk **Migrasikan ke Mesin DB**, pilih **mariadb**.
Amazon RDS memilih **versi mesin DB** secara otomatis. Anda tidak dapat mengubah versi mesin DB.
![\[Halaman database Migrasi untuk bermigrasi dari My ke SQL MariaDB di konsol Amazon. RDS\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDB.png)
1. Untuk bagian yang tersisa, tentukan pengaturan instans DB Anda. Untuk informasi tentang setiap pengaturan, lihat [Pengaturan untuk instans DB](USER_CreateDBInstance.Settings.md).
1. Pilih **Migrasikan**.
### AWS CLI
Untuk memigrasikan data dari snapshot My SQL DB ke instance MariaDB DB, jalankan perintah dengan opsi berikut AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html):
+ -- db-instance-identifier — Nama instans DB untuk membuat dari snapshot DB.
+ -- db-snapshot-identifier — Pengidentifikasi untuk snapshot DB untuk dipulihkan dari.
+ --engine – Mesin basis data digunakan untuk instans baru.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds restore-db-instance-from-db-snapshot \
2. --db-instance-identifier newmariadbinstance \
3. --db-snapshot-identifier mysqlsnapshot \
4. --engine mariadb
```
Untuk Windows:
```
1. aws rds restore-db-instance-from-db-snapshot ^
2. --db-instance-identifier newmariadbinstance ^
3. --db-snapshot-identifier mysqlsnapshot ^
4. --engine mariadb
```
### API
Untuk memigrasikan data dari snapshot SQL DB Saya ke instance MariaDB DB, panggil operasi Amazon. RDS API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html)
## Ketidakcocokan antara MariaDB dan My SQL
Ketidakcocokan antara My dan SQL MariaDB meliputi:
+ Anda tidak dapat memigrasikan snapshot DB yang dibuat dengan My SQL 8.0 ke MariaDB.
+ Jika sumber SQL Database saya menggunakan hash SHA256 kata sandi, pastikan untuk mengatur ulang kata sandi pengguna yang SHA256 di-hash sebelum Anda terhubung ke database MariaDB. Kode berikut menunjukkan cara mengatur ulang kata sandi yang SHA256 di-hash.
```
SET old_passwords = 0;
UPDATE mysql.user SET plugin = 'mysql_native_password',
Password = PASSWORD('new_password')
WHERE (User, Host) = ('master_user_name', %);
FLUSH PRIVILEGES;
```
+ Jika akun pengguna RDS master Anda menggunakan hash kata sandi SHA -256, pastikan untuk mengatur ulang kata sandi menggunakan Konsol Manajemen AWS, [https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) AWS CLI perintah, atau operasi [M odifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) RDSAPI. Untuk mengetahui informasi tentang cara mengubah instans DB, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
+ MariaDB tidak mendukung plugin Memcached. Namun, data yang digunakan oleh plugin Memcached disimpan sebagai tabel InnoDB. Setelah memigrasikan snapshot My SQL DB, Anda dapat mengakses data yang digunakan oleh plugin Memcached menggunakan. SQL Untuk informasi selengkapnya tentang basis data innodb\$1memcache, lihat [Internal Plugin memcached InnoDB](https://dev.mysql.com/doc/refman/8.0/en/innodb-memcached-internals.html).
# MariaDB di referensi Amazon RDS SQL
Pada bagian berikut, Anda dapat menemukan deskripsi prosedur tersimpan sistem yang tersedia untuk instans Amazon RDS yang menjalankan mesin DB MariaDB.
Anda dapat menggunakan prosedur tersimpan sistem yang tersedia untuk instans DB MySQL dan instans DB MariaDB. Prosedur tersimpan ini didokumentasikan di [RDSuntuk referensi prosedur SQL tersimpan saya](Appendix.MySQL.SQLRef.md). Instans DB MariaDB mendukung semua prosedur tersimpan, kecuali untuk `mysql.rds_start_replication_until` dan `mysql.rds_start_replication_until_gtid`.
Selain itu, prosedur tersimpan sistem berikut hanya didukung untuk instans DB Amazon RDS yang menjalankan MariaDB:
+ [mysql.rds\$1replica\$1status](mysql_rds_replica_status.md)
+ [mysql.rds\$1set\$1external\$1master\$1gtid](mysql_rds_set_external_master_gtid.md)
+ [mysql.rds\$1kill\$1query\$1id](mysql_rds_kill_query_id.md)
+ [mysql.rds\$1execute\$1operation](mysql_rds_execute_operation.md)
# mysql.rds\$1replica\$1status
Menunjukkan status replikasi replika baca MariaDB.
Panggil prosedur ini pada replika baca untuk menampilkan informasi status parameter penting utas replika.
## Sintaks
```
CALL mysql.rds_replica_status;
```
## Catatan penggunaan
Prosedur ini hanya didukung untuk instans DB MariaDB yang menjalankan MariaDB versi 10.5 dan yang lebih tinggi.
Prosedur ini setara dengan perintah `SHOW REPLICA STATUS`. Perintah ini tidak didukung untuk MariaDB versi 10.5 dan instans DB yang lebih tinggi.
Dalam MariaDB versi sebelumnya, perintah `SHOW SLAVE STATUS` yang setara memerlukan hak istimewa `REPLICATION SLAVE`. Dalam MariaDB versi 10.5 dan yang lebih tinggi, diperlukan hak istimewa `REPLICATION REPLICA ADMIN`. Untuk melindungi manajemen RDS untuk MariaDB 10.5 dan instans DB yang lebih tinggi, hak istimewa baru ini tidak diberikan kepada pengguna master RDS.
## Contoh
Contoh berikut menunjukkan status replika baca MariaDB:
```
call mysql.rds_replica_status;
```
Responsnya terlihat seperti berikut:
```
*************************** 1. row ***************************
Replica_IO_State: Waiting for master to send event
Source_Host: XX.XX.XX.XXX
Source_User: rdsrepladmin
Source_Port: 3306
Connect_Retry: 60
Source_Log_File: mysql-bin-changelog.003988
Read_Source_Log_Pos: 405
Relay_Log_File: relaylog.011024
Relay_Log_Pos: 657
Relay_Source_Log_File: mysql-bin-changelog.003988
Replica_IO_Running: Yes
Replica_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table: mysql.rds_sysinfo,mysql.rds_history,mysql.rds_replication_status
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Source_Log_Pos: 405
Relay_Log_Space: 1016
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Source_SSL_Allowed: No
Source_SSL_CA_File:
Source_SSL_CA_Path:
Source_SSL_Cert:
Source_SSL_Cipher:
Source_SSL_Key:
Seconds_Behind_Master: 0
Source_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Source_Server_Id: 807509301
Source_SSL_Crl:
Source_SSL_Crlpath:
Using_Gtid: Slave_Pos
Gtid_IO_Pos: 0-807509301-3980
Replicate_Do_Domain_Ids:
Replicate_Ignore_Domain_Ids:
Parallel_Mode: optimistic
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Replica_SQL_Running_State: Reading event from the relay log
Replica_DDL_Groups: 15
Replica_Non_Transactional_Groups: 0
Replica_Transactional_Groups: 3658
1 row in set (0.000 sec)
Query OK, 0 rows affected (0.000 sec)
```
# mysql.rds\$1set\$1external\$1master\$1gtid
Mengonfigurasi replikasi berbasis GTID dari instans MariaDB yang berjalan secara eksternal ke Amazon RDS ke instans DB MariaDB. Prosedur tersimpan ini hanya didukung jika instans MariaDB eksternal memiliki versi 10.0.24 atau lebih tinggi. Saat menyiapkan replikasi yang salah satu atau kedua instansnya tidak mendukung pengidentifikasi transaksi global (GTID) MariaDB, gunakan [](mysql-stored-proc-replicating.md#mysql_rds_set_external_master).
Menggunakan GTID untuk replikasi menyediakan fitur keselamatan jatuh yang tidak ditawarkan oleh replikasi log biner, jadi kami menyarankan Anda menggunakannya saat fitur ini didukung dalam replikasi.
## Sintaks
```
CALL mysql.rds_set_external_master_gtid(
host_name
, host_port
, replication_user_name
, replication_user_password
, gtid
, ssl_encryption
);
```
## Parameter
*host\$1name*
String. Nama host atau alamat IP instans MariaDB yang berjalan secara eksternal ke Amazon RDS yang akan menjadi instans sumber.
*host\$1port*
Integer. Port yang digunakan oleh instans MariaDB yang berjalan secara eksternal ke Amazon RDS yang akan dikonfigurasi sebagai instans sumber. Jika konfigurasi jaringan Anda menyertakan replikasi port SSH yang mengonversi nomor port, tentukan nomor port yang diekspos oleh SSH.
*replication\$1user\$1name*
String. ID pengguna dengan izin `REPLICATION SLAVE` dalam instans DB MariaDB yang akan dikonfigurasi sebagai replika baca.
*replication\$1user\$1password*
String. Kata sandi ID pengguna yang ditentukan dalam `replication_user_name`.
*gtid*
String. ID transaksi global pada instans sumber untuk memulai replikasi.
Anda dapat menggunakan `@@gtid_current_pos` untuk mendapatkan GTID saat ini jika instans sumber telah dikunci saat Anda mengonfigurasi replikasi, sehingga log biner tidak berubah di antara titik-titik ketika Anda mendapatkan GTID dan ketika replikasi dimulai.
Atau, jika Anda menggunakan `mysqldump` versi 10.0.13 atau yang lebih tinggi untuk mengisi instans replika sebelum memulai replikasi, Anda dapat mendapatkan posisi GTID di output menggunakan opsi `--master-data` atau `--dump-slave`. Jika Anda tidak menggunakan `mysqldump` versi 10.0.13 atau yang lebih tinggi, Anda dapat menjalankan `SHOW MASTER STATUS` atau menggunakan opsi `mysqldump` yang sama untuk mendapatkan nama dan posisi file log biner, lalu mengonversinya ke GTID dengan menjalankan `BINLOG_GTID_POS` di luar instans MariaDB:
```
SELECT BINLOG_GTID_POS('', );
```
Untuk informasi selengkapnya tentang implementasi GTID MariaDB, buka [ID transaksi global](http://mariadb.com/kb/en/mariadb/global-transaction-id/) dalam dokumentasi MariaDB.
*ssl\$1encryption*
Nilai yang menentukan apakah enkripsi Secure Socket Layer (SSL) digunakan pada koneksi replikasi. 1 menentukan untuk menggunakan enkripsi SSL, 0 menentukan untuk tidak menggunakan enkripsi. Default-nya adalah 0.
Opsi `MASTER_SSL_VERIFY_SERVER_CERT` tidak didukung. Opsi ini diatur ke 0, yang berarti koneksi dienkripsi, tetapi sertifikat tidak diverifikasi.
## Catatan penggunaan
Prosedur `mysql.rds_set_external_master_gtid` harus dijalankan oleh pengguna master. Prosedur ini harus dijalankan pada instans DB MariaDB yang Anda konfigurasikan sebagai replika instans MariaDB yang berjalan secara eksternal ke Amazon RDS. Sebelum menjalankan `mysql.rds_set_external_master_gtid`, Anda harus sudah mengonfigurasi instans MariaDB yang berjalan secara eksternal ke Amazon RDS sebagai instans sumber. Untuk informasi selengkapnya, lihat [Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB](MariaDB.Procedural.Importing.md).
**Awas**
Jangan gunakan `mysql.rds_set_external_master_gtid` untuk mengelola replikasi antara dua instans DB Amazon RDS. Gunakan hanya saat mereplikasi instans MariaDB yang berjalan secara eksternal ke RDS. Untuk informasi tentang pengelolaan replikasi antara instans DB Amazon RDS, lihat [Menggunakan replika baca instans DB](USER_ReadRepl.md).
Setelah memanggil `mysql.rds_set_external_master_gtid` untuk mengonfigurasi instans DB Amazon RDS sebagai replika baca, Anda dapat memanggil [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication) pada replika baca untuk memulai proses replikasi. Anda dapat memanggil [](mysql-stored-proc-replicating.md#mysql_rds_reset_external_master) untuk menghapus konfigurasi replika baca.
Saat `mysql.rds_set_external_master_gtid` dipanggil, Amazon RDS mencatat waktu, pengguna, dan tindakan "set master" di tabel `mysql.rds_history` dan `mysql.rds_replication_status`.
## Contoh
Ketika dijalankan pada instans DB MariaDB, contoh berikut mengonfigurasinya sebagai replika instans MariaDB yang berjalan secara eksternal ke Amazon RDS.
```
call mysql.rds_set_external_master_gtid ('Sourcedb.some.com',3306,'ReplicationUser','SomePassW0rd','0-123-456',0);
```
# mysql.rds\$1kill\$1query\$1id
Mengakhiri kueri yang berjalan terhadap server MariaDB untuk menghentikan kueri yang berjalan lama atau bermasalah. Anda dapat mengidentifikasi ID kueri dan secara efektif menghentikan kueri tertentu untuk mengatasi masalah kinerja dan mempertahankan operasi database yang optimal.
## Sintaksis
```
CALL mysql.rds_kill_query_id(queryID);
```
## Parameter
*queryID*
Integer. Identitas kueri yang akan diakhiri.
## Catatan penggunaan
Untuk menghentikan kueri yang berjalan pada server MariaDB, gunakan prosedur `mysql.rds_kill_query_id` dan teruskan ID kueri tersebut. Untuk mendapatkan ID kueri, kueri MariaDB [Tabel PROCESSLIST skema informasi](http://mariadb.com/kb/en/mariadb/information-schema-processlist-table/), seperti yang ditunjukkan berikut ini:
```
SELECT USER, HOST, COMMAND, TIME, STATE, INFO, QUERY_ID FROM
INFORMATION_SCHEMA.PROCESSLIST WHERE USER = '';
```
Koneksi ke server MariaDB dipertahankan.
## Contoh
Contoh berikut mengakhiri kueri dengan ID kueri 230040:
```
call mysql.rds_kill_query_id(230040);
```
# mysql.rds\$1execute\$1operation
Menjalankan operasi InnoDB untuk mengelola status kumpulan buffer dan tablespace sementara. Prosedur ini dapat digunakan untuk mengontrol operasi InnoDB secara dinamis seperti dumping dan loading status kumpulan buffer atau memotong ruang meja sementara.
## Sintaks
```
CALL mysql.rds_execute_operation(operation);
```
## Parameter
*operasi*
String. Operasi InnoDB untuk mengeksekusi. Nilai yang valid adalah:
+ *innodb\$1buffer\$1pool\$1dump\$1now - Operasi yang membuang status* kumpulan buffer saat ini.
+ *innodb\$1buffer\$1pool\$1load\$1now - Operasi* yang memuat status kumpulan buffer yang disimpan.
+ *innodb\$1buffer\$1pool\$1load\$1abort - Operasi yang membatalkan operasi beban kumpulan* buffer.
+ *innodb\$1truncate\$1temporary\$1tablespace\$1now - Operasi yang memotong tablespace sementara*.
## Catatan penggunaan
Prosedur ini hanya didukung untuk instance MariaDB DB yang menjalankan MariaDB versi 11.8 dan yang lebih tinggi.
Selama eksekusi, logging biner dinonaktifkan sementara untuk mencegah replikasi perintah administratif ini.
Prosedur ini mempertahankan jejak audit dengan mencatat semua operasi dalam [https://mariadb.com/docs/server/security/securing-mariadb/securing-mariadb-encryption/data-in-transit-encryption/securing-connections-for-client-and-server#requiring-tls](https://mariadb.com/docs/server/security/securing-mariadb/securing-mariadb-encryption/data-in-transit-encryption/securing-connections-for-client-and-server#requiring-tls)tabel.
## Contoh
Contoh berikut menunjukkan penyusutan tablespace sementara menggunakan: `mysql.rds_execute_operation`
Untuk memeriksa ukuran tablespace sementara saat ini, jalankan kueri berikut:
```
SELECT FILE_SIZE FROM information_schema.innodb_sys_tablespaces WHERE name LIKE 'innodb_temporary';
+------------+
| FILE_SIZE |
+------------+
| 6723469312 | -- 6.3 GB
+------------+
```
Saat Anda menjatuhkan tabel sementara, itu tidak mengurangi penggunaan penyimpanan di ruang tabel global. Untuk mengurangi ukuran tablespace global, jalankan `mysql.rds_execute_operation` perintah untuk mengecilkan tablespace sementara.
```
CALL mysql.rds_execute_operation('innodb_truncate_temporary_tablespace_now');
Query OK, 2 rows affected (0.004 sec)
```
Setelah Anda menjalankan prosedur, verifikasi bahwa ruang telah direklamasi.
```
SELECT FILE_SIZE FROM information_schema.innodb_sys_tablespaces WHERE name LIKE 'innodb_temporary';
+-----------+
| FILE_SIZE |
+-----------+
| 12582912 | -- 12 MB
+-----------+
```
**catatan**
Operasi menyusut mungkin memakan waktu, tergantung pada ukuran ruang meja sementara dan beban kerja saat ini.
**penting**
Ruang meja sementara menyusut hanya ketika semua tabel sementara yang berkontribusi pada ukurannya tidak lagi digunakan. Kami menyarankan Anda menjalankan prosedur ini ketika tidak ada ruang tabel sementara yang aktif pada instance.
# Zona waktu lokal untuk instans basis data MariaDB
Secara default, zona waktu untuk instance MariaDB DB adalah Universal Time Coordinated (). UTC Anda dapat mengatur zona waktu untuk instans basis data Anda ke zona waktu lokal untuk aplikasi Anda.
Untuk mengatur zona waktu lokal untuk instans DB, atur parameter `time_zone` di grup parameter untuk instans DB Anda ke salah satu nilai yang didukung yang dicantumkan nanti di bagian ini. Saat Anda mengatur parameter `time_zone` untuk grup parameter, semua instans DB dan replika baca yang menggunakan grup parameter tersebut berubah untuk menggunakan zona waktu lokal baru. Untuk informasi tentang pengaturan parameter di grup parameter, lihat [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
Setelah Anda mengatur zona waktu lokal, semua koneksi baru ke basis data mencerminkan perubahan tersebut. Jika Anda memiliki koneksi terbuka ke basis data Anda ketika mengubah zona waktu lokal, Anda tidak akan melihat pembaruan zona waktu lokal sampai Anda menutup koneksi dan membuka koneksi baru.
Anda dapat mengatur zona waktu lokal yang berbeda untuk instans DB dan satu atau beberapa replika baca. Untuk melakukannya, gunakan grup parameter yang berbeda untuk instans DB dan replika dan atur parameter `time_zone` di dalam setiap grup parameter ke zona waktu lokal yang berbeda.
Jika Anda mereplikasi Wilayah AWS, maka instance DB sumber dan replika baca menggunakan grup parameter yang berbeda (grup parameter unik untuk an Wilayah AWS). Untuk menggunakan zona waktu lokal yang sama untuk setiap instans, Anda harus mengatur parameter `time_zone` di dalam grup parameter instans dan replika baca.
Saat Anda memulihkan instans DB dari snapshot DB, zona waktu lokal diatur keUTC. Anda dapat memperbarui zona waktu ke zona waktu lokal Anda setelah pemulihan selesai. Jika Anda memulihkan instans DB ke titik waktu tertentu, zona waktu lokal untuk instans DB yang dipulihkan adalah pengaturan zona waktu dari grup parameter instans DB yang dipulihkan.
Internet Assigned Numbers Authority (IANA) menerbitkan zona waktu baru di [https://www.iana.org/time-zones](https://www.iana.org/time-zones) beberapa kali setahun. Setiap kali RDS merilis rilis pemeliharaan kecil baru MariaDB, ia dikirimkan dengan data zona waktu terbaru pada saat rilis. Saat Anda menggunakan versi terbaru RDS untuk MariaDB, Anda memiliki data zona waktu terbaru dari. RDS Untuk memastikan bahwa instans basis data Anda memiliki data zona waktu terbaru, sebaiknya mutakhirkan ke versi mesin basis data yang lebih tinggi. Atau, Anda dapat mengubah secara manual tabel zona waktu dalam instans basis data MariaDB. Untuk melakukannya, Anda dapat menggunakan SQL perintah atau menjalankan alat [mysql\$1tzinfo\$1to\$1sql](https://mariadb.com/kb/en/mysql_tzinfo_to_sql/) di klien. SQL Setelah memperbarui data zona waktu secara manual, reboot instans DB Anda sehingga perubahan berlaku. RDStidak mengubah atau mengatur ulang data zona waktu menjalankan instance DB. Data zona waktu baru diinstal hanya ketika Anda melakukan pemutakhiran versi mesin basis data.
Anda dapat mengatur zona waktu lokal Anda menjadi salah satu dari nilai-nilai berikut ini.
| Zona | Zona waktu |
| --- | --- |
| Afrika | Africa/Cairo, Africa/Casablanca, Africa/Harare, Africa/Monrovia, Africa/Nairobi, Africa/Tripoli, Africa/Windhoek |
| Amerika | America/Araguaina, America/Asuncion, America/Bogota, America/Buenos\$1Aires, America/Caracas, America/Chihuahua, America/Cuiaba, America/Denver, America/Fortaleza, America/Guatemala, America/Halifax, America/Manaus, America/Matamoros, America/Monterrey, America/Montevideo, America/Phoenix, America/Santiago, America/Tijuana |
| Asia | Asia/Amman, Asia/Ashgabat, Asia/Baghdad, Asia/Baku, Asia/Bangkok, Asia/Beirut, Asia/Calcutta, Asia/Damascus, Asia/Dhaka, Asia/Irkutsk, Asia/Jerusalem, Asia/Kabul, Asia/Karachi, Asia/Kathmandu, Asia/Krasnoyarsk, Asia/Magadan, Asia/Muscat, Asia/Novosibirsk, Asia/Riyadh, Asia/Seoul, Asia/Shanghai, Asia/Singapore, Asia/Taipei, Asia/Tehran, Asia/Tokyo, Asia/Ulaanbaatar, Asia/Vladivostok, Asia/Yakutsk, Asia/Yerevan |
| Atlantik | Atlantik/Azores |
| Australia | Australia/Adelaide, Australia/Brisbane, Australia/Darwin, Australia/Hobart, Australia/Perth, Australia/Sydney |
| Brazil | Brazil/DeNoronha, Brazil/East |
| Kanada | Canada/Newfoundland, Canada/Saskatchewan, Canada/Yukon |
| Eropa | Europe/Amsterdam, Europe/Athens, Europe/Dublin, Europe/Helsinki, Europe/Istanbul, Europe/Kaliningrad Europe/Moscow, Europe/Paris, Europe/Prague, Europe/Sarajevo |
| Pasifik | Pacific/Auckland, Pacific/Fiji, Pacific/Guam, Pacific/Honolulu, Pacific/Samoa |
| AS | US/Alaska, US/Central, US/East-Indiana, US/Eastern, US/Pacific |
| UTC | UTC |
# Masalah umum dan batasan untuk RDS for MariaDB
Item berikut adalah masalah dan batasan umum saat menggunakan RDS for MariaDB.
**catatan**
Daftar ini bukanlah daftar lengkap.
**Topics**
+ [Batas ukuran file MariaDB di Amazon RDS](#RDS_Limits.FileSize.MariaDB)
+ [Kata yang dicadangkan InnoDB](#MariaDB.Concepts.InnodbDatabaseName)
+ [Port kustom](#MariaDB.Concepts.CustomPorts)
+ [Wawasan Performa](#MariaDB.Concepts.PerformanceInsights)
## Batas ukuran file MariaDB di Amazon RDS
Untuk instans DB MariaDB, ukuran tabel maksimumnya adalah 16 TB saat menggunakan ruang tabel file-per-table InnoDB. Batasan ini juga membatasi ruang tabel sistem hingga ukuran maksimum sebesar 16 TB. Ruang tabel file-per-table InnoDB (dengan masing-masing tabel dalam ruang tabelnya sendiri) diatur secara default untuk instans DB MariaDB. Batasan ini tidak terkait dengan batas penyimpanan maksimum untuk instans DB MariaDB. Untuk informasi selengkapnya tentang batas penyimpanan, lihat [Penyimpanan instans DB Amazon RDS](CHAP_Storage.md).
Ada kelebihan dan kekurangan dalam menggunakan ruang tabel file-per-table InnoDB, bergantung pada aplikasi Anda. Untuk menentukan pendekatan terbaik bagi aplikasi Anda, lihat [Ruang tabel file-per-table](https://dev.mysql.com/doc/refman/5.7/en/innodb-file-per-table-tablespaces.html) dalam dokumentasi MySQL.
Sebaiknya Anda tidak membiarkan tabel berkembang hingga ukuran file maksimum. Secara umum, praktik yang lebih baik adalah membagi data menjadi tabel yang lebih kecil, yang dapat meningkatkan waktu performa dan pemulihan.
Salah satu opsi yang dapat Anda gunakan untuk memecah tabel ke dalam tabel yang lebih kecil adalah partisi. *Partisi* mendistribusikan porsi tabel besar ke dalam file terpisah berdasarkan aturan yang Anda tentukan. Misalnya, jika menyimpan transaksi berdasarkan tanggal, Anda dapat membuat aturan partisi yang mendistribusikan transaksi lama ke dalam file terpisah menggunakan partisi. Kemudian, Anda secara berkala dapat mengarsipkan data transaksi historis yang tidak diperlukan aplikasi Anda. Untuk informasi selengkapnya, lihat [Partisi](https://dev.mysql.com/doc/refman/5.7/en/partitioning.html) dalam dokumentasi MySQL.
**Untuk menentukan ukuran semua ruang tabel InnoDB**
+ Gunakan perintah SQL berikut untuk menentukan apakah salah satu tabel Anda terlalu besar dan merupakan kandidat untuk partisi.
**catatan**
Untuk MariaDB 10.6 dan yang lebih tinggi, kueri ini juga mengembalikan ukuran ruang tabel sistem InnoDB.
Untuk versi MariaDB sebelum 10.6, Anda tidak dapat menentukan ukuran ruang tabel sistem InnoDB dengan mengkueri tabel sistem. Sebaiknya Anda meningkatkan ke versi yang lebih baru.
```
1. SELECT SPACE,NAME,ROUND((ALLOCATED_SIZE/1024/1024/1024), 2)
2. as "Tablespace Size (GB)"
3. FROM information_schema.INNODB_SYS_TABLESPACES ORDER BY 3 DESC;
```
**Untuk menentukan ukuran tabel pengguna non-InnoDB**
+ Gunakan perintah SQL berikut untuk menentukan apakah ada tabel pengguna non-InnoDB yang terlalu besar.
```
SELECT TABLE_SCHEMA, TABLE_NAME, round(((DATA_LENGTH + INDEX_LENGTH+DATA_FREE)
/ 1024 / 1024/ 1024), 2) As "Approximate size (GB)" FROM information_schema.TABLES
WHERE TABLE_SCHEMA NOT IN ('mysql', 'information_schema', 'performance_schema')
and ENGINE<>'InnoDB';
```
**Untuk mengaktifkan ruang tabel file-per-table InnoDB**
+ Atur parameter `innodb_file_per_table` ke `1` di grup parameter untuk instans DB.
**Untuk menonaktifkan ruang tabel file-per-table InnoDB**
+ Atur parameter `innodb_file_per_table` ke `0` di grup parameter untuk instans DB.
Untuk informasi tentang pembaruan grup parameter, lihat [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
Saat mengaktifkan atau menonaktifkan ruang tabel file-per-table InnoDB, Anda dapat menerbitkan perintah `ALTER TABLE`. Anda dapat menggunakan perintah ini untuk memindahkan tabel dari ruang tabel global ke ruang tabelnya sendiri. Anda juga dapat memindahkan tabel dari ruang tabelnya sendiri ke ruang tabel global. Berikut adalah contohnya.
```
1. ALTER TABLE table_name ENGINE=InnoDB, ALGORITHM=COPY;
```
## Kata yang dicadangkan InnoDB
`InnoDB` adalah kata yang dicadangkan untuk RDS for MariaDB. Anda tidak dapat menggunakan nama ini untuk basis data MariaDB.
## Port kustom
Amazon RDS memblokir koneksi ke port kustom 33060 untuk mesin MariaDB. Pilih port yang berbeda untuk mesin MariaDB Anda.
## Wawasan Performa
Penghitung InnoDB tidak terlihat di Wawasan Performa untuk RDS for MariaDB versi 10.11 karena komunitas MariaDB tidak lagi mendukungnya.