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.

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 berjenjang. Untuk mempelajari cara mengonfigurasi replika baca berjenjang, lihat Menggunakan replika baca berjenjang dengan RDS for MariaDB.

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 mengetahui basis data dan tabel mana yang direplikasi dengan replika baca. Filter replikasi dapat menyertakan basis data dan tabel ke dalam replikasi atau mengecualikan mereka dari replikasi.

Berikut ini adalah beberapa kasus penggunaan untuk replikasi filter:

Mengatur parameter filter replikasi untuk RDS for MariaDB

Untuk mengonfigurasi filter replikasi, atur parameter filter replikasi berikut pada replika baca:

Parameter dievaluasi sesuai dengan urutannya dalam daftar. Untuk mengetahui informasi selengkapnya tentang cara kerja parameter ini, lihat Dokumentasi MariaDB.

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 dengan sejumlah karakter, dan wildcard _ hanya mencocokkan satu karakter.

Format logging biner dari 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 Format pengelogan biner.

Keterbatasan filter replikasi untuk RDS for MariaDB

Keterbatasan tersebut berlaku kepada filter replikasi untuk RDS for MariaDB:

Contoh filter replikasi untuk RDS for MariaDB

Untuk mengonfigurasi filter replikasi untuk replika baca, modifikasi parameter filter replikasi dalam grup parameter yang terkait dengan replika baca tersebut.

Anda dapat mengatur parameter dalam grup parameter menggunakan AWS Management Console, AWS CLI, atau API RDS. Untuk informasi tentang mengatur parameter, lihat Memodifikasi parameter dalam grup parameter DB. 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 ini menetapkan ApplyMethod ke immediate sehingga perubahan parameter terjadi segera setelah perintah CLI selesai. Jika Anda ingin menerapkan perubahan tertunda setelah replika baca di-reboot, atur ApplyMethod ke pending-reboot.

Contoh berikut mengatur filter replikasi:

aws rds modify-db-parameter-group \
  --db-parameter-group-name myparametergroup \
  --parameters "[{"ParameterName": "replicate-do-db", "ParameterValue": "mydb1,mydb2", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group ^
  --db-parameter-group-name myparametergroup ^
  --parameters "[{"ParameterName": "replicate-do-db", "ParameterValue": "mydb1,mydb2", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group \
  --db-parameter-group-name myparametergroup \
  --parameters "[{"ParameterName": "replicate-do-table", "ParameterValue": "mydb1.table1,mydb1.table2", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group ^
  --db-parameter-group-name myparametergroup ^
  --parameters "[{"ParameterName": "replicate-do-table", "ParameterValue": "mydb1.table1,mydb1.table2", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group \
  --db-parameter-group-name myparametergroup \
  --parameters "[{"ParameterName": "replicate-wild-do-table", "ParameterValue": "mydb.orders%,mydb.returns%", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group ^
  --db-parameter-group-name myparametergroup ^
  --parameters "[{"ParameterName": "replicate-wild-do-table", "ParameterValue": "mydb.orders%,mydb.returns%", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group \
  --db-parameter-group-name myparametergroup \
  --parameters "[{"ParameterName": "replicate-wild-do-table", "ParameterValue": "my\_table%", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group ^
  --db-parameter-group-name myparametergroup ^
  --parameters "[{"ParameterName": "replicate-wild-do-table", "ParameterValue": "my\_table%", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group \
  --db-parameter-group-name myparametergroup \
  --parameters "[{"ParameterName": "replicate-ignore-db", "ParameterValue": "mydb1,mydb2", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group ^
  --db-parameter-group-name myparametergroup ^
  --parameters "[{"ParameterName": "replicate-ignore-db", "ParameterValue": "mydb1,mydb2", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group \
  --db-parameter-group-name myparametergroup \
  --parameters "[{"ParameterName": "replicate-ignore-table", "ParameterValue": "mydb1.table1,mydb1.table2", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group ^
  --db-parameter-group-name myparametergroup ^
  --parameters "[{"ParameterName": "replicate-ignore-table", "ParameterValue": "mydb1.table1,mydb1.table2", "ApplyMethod":"immediate"}]"

aws rds modify-db-parameter-group \
  --db-parameter-group-name myparametergroup \
  --parameters "[{"ParameterName": "replicate-wild-ignore-table", "ParameterValue": "mydb.orders%,mydb.returns%", "ApplyMethod":"immediate"}]"

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:

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:

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_set_configuration dengan parameter target delay.

Mengubah replikasi tertunda untuk replika baca yang sudah ada

Untuk mengubah replikasi tertunda untuk replika baca yang ada, jalankan prosedur tersimpan mysql.rds_set_source_delay.

Mempromosikan replika baca

Setelah replikasi dihentikan, dalam skenario pemulihan bencana, Anda dapat mempromosikan replika baca menjadi instans DB sumber baru. Untuk mengetahui informasi tentang cara mempromosikan replika baca, lihat Mempromosikan replika baca menjadi instans DB mandiri.

Memperbarui replika baca dengan MariaDB

Replika baca dirancang untuk mendukung kueri baca, tetapi Anda mungkin memerlukan 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 baca-saja. Sebagai gantinya, Anda dapat membuat replika baca dari instans DB Multi-AZ multi-lalu lintas tinggi untuk mengeluarkan kueri baca-saja. 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 deployment Multi-AZ.

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 berjenjang dengan RDS for MariaDB

RDS for MariaDB mendukung replika baca berjenjang. Dengan replika baca berjenjang, Anda dapat menskalakan pembacaan tanpa menambahkan overhead ke instans DB RDS for MariaDB Anda.

Dengan replika baca berjenjang, instans DB RDS for MariaDB Anda mengirimkan data ke replika baca pertama dalam rantai. Replika baca tersebut kemudian mengirimkan data ke replika kedua dalam rantai, dan seterusnya. Hasil akhirnya adalah bahwa semua replika baca dalam rantai memiliki perubahan dari instans DB RDS for MariaDB, tetapi tanpa overhead hanya pada instans DB sumber.

Anda dapat membuat serangkaian hingga tiga replika baca dalam rantai dari instans DB RDS for MariaDB sumber. Misalnya, anggaplah bahwa Anda memiliki instans DB RDS for MariaDB, mariadb-main. Anda dapat melakukan hal berikut:

Anda tidak dapat membuat replika baca lain di luar replika baca berjenjang ketiga ini dalam seri untuk. mariadb-main Serangkaian instans lengkap dari instans DB RDS for MariaDB hingga akhir serangkaian replika baca berjenjang dapat terdiri dari paling banyak empat instans DB.

Agar replika baca berjenjang berfungsi, setiap sumber instans DB RDS for MariaDB 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.

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

Untuk mengetahui informasi selengkapnya tentang cara mempromosikan replika baca, lihat Mempromosikan replika baca menjadi instans DB mandiri.

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 dari kolom Seconds_Behind_Master dari perintah SHOW REPLICA STATUS.

Penyebab umum keterlambatan replikasi untuk MariaDB adalah sebagai berikut:

Saat metrik ReplicaLag mencapai 0, replika telah menyamai instans DB sumber. Jika metrik ReplicaLag menampilkan -1, 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 Amazon RDS DB dengan memanggil prosedur yang disimpan sistem mysql.rds_stop_replication dan 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 selengkapnya, lihat Mengimpor data ke basis data Amazon RDS MariaDB atau MySQL dengan lebih sedikit waktu henti dan Mengekspor data dari instans DB MySQL dengan menggunakan replikasi.

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

Anda dapat melakukan beberapa hal untuk mengurangi keterlambatan antara pembaruan ke instans DB sumber dan pembaruan berikutnya ke replika baca, seperti berikut:

Amazon RDS memantau status replikasi replika baca Anda dan memperbarui Replication State bidang instans replika baca untuk Error jika replikasi berhenti karena alasan apa pun. Contohnya mungkin jika kueri DML yang dijalankan pada replika baca Anda bertentangan dengan pembaruan yang dilakukan 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, RDS-EVENT-0046, dan RDS-EVENT-0047. Untuk mengetahui informasi selengkapnya tentang acara dan berlangganan acara, lihat Menggunakan pemberitahuan peristiwa Amazon RDS. Jika muncul pesan kesalahan MariaDB, periksa kesalahan di dokumentasi pesan kesalahan MariaDB.

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. Parameter max_allowed_packet adalah parameter kustom yang dapat Anda atur dalam grup parameter DB yang digunakan untuk menentukan ukuran maksimum kode DML yang dapat dijalankan pada basis data. 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_allowed_packet’) 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:

Jika Anda memutuskan bahwa Anda dapat melewati kesalahan dengan aman, Anda dapat mengikuti langkah-langkah yang dijelaskan dalam Melewati kesalahan replikasi saat ini. 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 kejadian 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 kinerja, jadi uji dampaknya sebelum menerapkan perubahan di lingkungan produksi.