Dukungan fitur MariaDB di Amazon RDS - Layanan Basis Data Relasional Amazon
Versi-versi utama MariaDBMesin penyimpanan yang didukungPenghangatan cacheFitur-fitur tidak didukung

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

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?. Untuk Produk, pilih Amazon RDS. Lalu, cari dengan menggunakan kata kunci seperti MariaDB 2023.

catatan

Daftar-daftar berikut tidak lengkap.

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:

Lihat informasi tentang versi-versi kecil Amazon RDS for MariaDB yang didukung di MariaDB di versi Amazon RDS.

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.

  • 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.

  • 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, danRANDOM_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.

  • 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:

  • Parameter dinamis – Parameter-parameter berikut kini dinamis untuk instans basis data MariaDB versi 10.11:

  • Nilai default baru untuk parameter – Parameter-parameter berikut memiliki nilai default baru untuk instans basis data MariaDB versi 10.11:

  • 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 digabungkan ke dalam nilai-nilai untuk parameter old_mode.

    • Nilai-nilai yang valid untuk parameter histogram_type kini meliputi JSON_HB.

    • Rentang nilai yang valid untuk parameter innodb_log_buffer_size kini 262144 hingga 4294967295 (256 KB hingga 4096 MB).

    • Rentang nilai yang valid untuk parameter innodb_log_file_size kini 4194304 hingga 512GB (4 MB hingga 512 GB).

    • Nilai-nilai yang valid untuk parameter optimizer_prune_level kini meliputi 2.

  • Parameter baru – Parameter-parameter berikut adalah baru untuk instans basis data MariaDB versi 10.11:

Lihat daftar semua fitur dan dokumentasi dalam informasi berikut di situs web MariaDB.

Lihat daftar fitur yang tidak didukung di Fitur-fitur MariaDB yang didukung oleh Amazon RDS.

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 dan 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 IAM untuk MariaDB, MySQL, dan PostgreSQL.

  • 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 Meningkatkan mesin DB MariaDB.

  • 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.

  • Kompatibilitas Oracle PL/SQL – Dengan menggunakan RDS for MariaDB versi 10.6, Anda dapat memigrasikan dengan lebih mudah aplikasi Oracle lama Anda ke Amazon RDS. Lihat informasi yang lebih lengkap di SQL_MODE=ORACLE.

  • 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.

  • 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_TABLE.

  • Nilai default baru untuk parameter – Parameter-parameter berikut memiliki nilai default baru untuk instans basis data MariaDB versi 10.6:

Lihat daftar semua fitur MariaDB 10.6 dan dokumentasinya di Perubahan dan peningkatan dalam MariaDB 10.6 dan Catatan rilis - seri MariaDB 10.6 di situs web MariaDB.

Lihat daftar fitur yang tidak didukung di Fitur-fitur MariaDB yang didukung oleh Amazon RDS.

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. 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 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 Memodifikasi parameter dalam grup parameter DB di Amazon RDS Aurora.

  • 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_replica_status.

  • 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:

Lihat daftar semua fitur MariaDB 10.5 dan dokumentasinya di Perubahan dan peningkatan dalam MariaDB 10.5 dan Catatan rilis - seri MariaDB 10.5 di situs web MariaDB.

Lihat daftar fitur yang tidak didukung di Fitur-fitur MariaDB yang didukung oleh Amazon RDS.

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:

Lihat daftar semua fitur MariaDB 10.4 dan dokumentasinya di Perubahan dan peningkatan dalam MariaDB 10.4 dan Catatan rilis - seri MariaDB 10.4 di situs web MariaDB.

Lihat daftar fitur yang tidak didukung di Fitur-fitur MariaDB yang didukung oleh Amazon RDS.

Dukungan MariaDB 10.3 di Amazon RDS

Amazon RDS mendukung fitur-fitur baru berikut untuk instans basis data Anda yang menjalankan MariaDB versi 10.3 atau lebih baru:

  • Kompatibilitas Oracle – pengurai kompatibilitas PL/SQL, urutan, INTERSECT dan EXCEPT untuk melengkapi UNION, deklarasi-deklarasi TYPE OF dan ROW TYPE OF baru, dan kolom yang tidak terlihat

  • Pemrosesan data temporal – Tabel berversi sistem untuk mengueri keadaan dahulu dan kini basis data

  • Fleksibilitas – Agregat buatan pengguna, kompresi kolom yang independen terhadap penyimpanan, dan dukungan protokol proksi untuk merelai alamat IP klien ke server

  • Kemudahan dikelola – Operasi ADD COLUMN instan dan operasi bahasa definisi data (DDL) cepat hentikan bila gagal/fail fast

Lihat daftar semua fitur MariaDB 10.3 dan dokumentasinya di Perubahan dan peningkatan dalam MariaDB 10.3 dan Catatan rilis - seri MariaDB 10.3 di situs web MariaDB.

Lihat daftar fitur yang tidak didukung di Fitur-fitur MariaDB yang didukung oleh Amazon RDS.

Mesin penyimpanan yang didukung untuk MariaDB di Amazon RDS

RDS for MariaDB mendukung mesin-mesin penyimpanan berikut.

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.

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 dan Grup parameter untuk RDS.

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.

Saat ini, Anda hanya dapat memodifikasi MyRocks parameter berikut:

Mesin MyRocks penyimpanan dan mesin penyimpanan InnoDB dapat bersaing untuk memori berdasarkan pengaturan untuk parameter rocksdb_block_cache_size daninnodb_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 DescribeDBLogFilesdan DownloadDBLogFilePortionoperasi.

Untuk informasi lebih lanjut tentang MyRocks, lihat MyRocksdi 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 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.

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. 

CREATE EVENT periodic_buffer_pool_dump 
   ON SCHEDULE EVERY 1 HOUR 
   DO CALL mysql.rds_innodb_buffer_pool_dump_now();

Lihat informasi yang lebih lengkap di Events dalam dokumentasi MariaDB.

Menguras dan mengisi kolam penyangga atas permintaan

Anda dapat menyimpan dan memuatkan cache atas permintaan dengan menggunakan prosedur tersimpan berikut:

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 Amazon.

  • 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

  • Mesin penyimpanan Spider

  • Mesin penyimpanan Sphinx

  • Mesin penyimpanan TokuDB

  • Atribut-atribut objek khusus mesin penyimpanan, sebagaimana dijelaskan di Engine-defined new Table/Field/Index attributes dalam dokumentasi MariaDB

  • 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.