Melakukan konfigurasi - Layanan Basis Data Relasional Amazon

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

Melakukan konfigurasi

Prosedur tersimpan berikut mengatur dan menampilkan parameter konfigurasi, seperti untuk retensi file log biner.

mysql.rds_set_configuration

Menentukan jumlah jam untuk mempertahankan log biner atau jumlah detik untuk menunda replikasi.

Sintaksis

CALL mysql.rds_set_configuration(name,value);

Parameter

name

Nama parameter konfigurasi yang akan diatur.

value

Nilai parameter konfigurasi.

Catatan penggunaan

Prosedur mysql.rds_set_configuration mendukung parameter konfigurasi berikut:

Parameter konfigurasi disimpan secara permanen dan bertahan dari reboot atau failover instans DB apa pun.

binlog retention hours

Parameter binlog retention hours digunakan untuk menentukan jumlah jam untuk mempertahankan file log biner. Amazon RDS biasanya membersihkan log biner sesegera mungkin, tetapi log biner mungkin masih diperlukan untuk replikasi dengan basis data MySQL di luar RDS.

Nilai default binlog retention hours adalah NULL. Untuk RDS for MySQL, NULL menandakan bahwa log biner tidak dipertahankan (0 jam).

Untuk menentukan jumlah jam guna mempertahankan log biner pada instans DB, gunakan prosedur tersimpan mysql.rds_set_configuration dan tentukan periode dengan waktu yang cukup untuk terjadinya proses replikasi, seperti yang diperlihatkan dalam contoh berikut.

call mysql.rds_set_configuration('binlog retention hours', 24);

catatan

Anda tidak dapat menggunakan nilai 0 untuk binlog retention hours.

Untuk instans DB MySQL, nilai binlog retention hours maksimumnya adalah 168 (7 hari).

Setelah Anda mengatur periode retensi, pantau penggunaan penyimpanan untuk instans DB guna memastikan bahwa log biner yang dipertahankan tidak memakan terlalu banyak ruang penyimpanan.

source delay

Gunakan parameter source delay dalam replika baca untuk menentukan jumlah detik untuk menunda replikasi dari replika baca ke instans DB sumbernya. Amazon RDS biasanya mereplikasi perubahan sesegera mungkin, tetapi Anda mungkin ingin menunda replikasi di beberapa lingkungan. Misalnya, saat replikasi tertunda, Anda dapat menggulirkan replika baca tertunda ke waktu sebelum bencana terjadi. Jika tabel jatuh secara tidak sengaja, Anda dapat menggunakan replikasi tertunda untuk memulihkannya dengan cepat. Nilai default target delay adalah 0 (tidak menunda replikasi).

Saat digunakan, parameter ini menjalankan mysql.rds_set_source_delay dan menerapkan CHANGE primary TO MASTER_DELAY = nilai input. Jika berhasil, prosedur menyimpan parameter source delay ke tabel mysql.rds_configuration.

Untuk menentukan jumlah detik bagi Amazon RDS untuk menunda replikasi ke instans DB sumber, gunakan prosedur tersimpan mysql.rds_set_configuration dan tentukan jumlah detik untuk menunda replikasi. Dalam contoh berikut, replikasi tertunda setidaknya satu jam (3.600 detik).

call mysql.rds_set_configuration('source delay', 3600);

Lalu, prosedur menjalankan mysql.rds_set_source_delay(3600).

Batas untuk parameter source delay adalah satu hari (86.400 detik).

catatan

Parameter source delay tidak didukung untuk RDS for MySQL versi 8.0 atau MariaDB versi di bawah 10.2.

target delay

Gunakan parameter target delay untuk menentukan jumlah detik guna menunda replikasi antara instans DB dan replika baca yang dikelola RDS mendatang yang dibuat dari instans ini. Parameter ini diabaikan untuk replika baca yang tidak dikelola RDS. Amazon RDS biasanya mereplikasi perubahan sesegera mungkin, tetapi Anda mungkin ingin menunda replikasi di beberapa lingkungan. Misalnya, saat replikasi tertunda, Anda dapat menggulirkan replika baca tertunda ke waktu sebelum bencana terjadi. Jika tabel jatuh secara tidak sengaja, Anda dapat menggunakan replikasi tertunda untuk memulihkannya dengan cepat. Nilai default target delay adalah 0 (tidak menunda replikasi).

Untuk pemulihan bencana, Anda dapat menggunakan parameter konfigurasi ini dengan prosedur tersimpan mysql.rds_start_replication_until atau mysql.rds_start_replication_until_gtid. Untuk meneruskan perubahan ke replika baca yang tertunda ke waktu sebelum bencana, Anda dapat menjalankan prosedur mysql.rds_set_configuration dengan pengaturan parameter ini. Setelah prosedur mysql.rds_start_replication_until atau mysql.rds_start_replication_until_gtid menghentikan replikasi, Anda dapat mempromosikan replika baca menjadi instans DB primer baru dengan mengikuti petunjuk di Mempromosikan replika baca menjadi instans DB mandiri.

Untuk menggunakan prosedur mysql.rds_rds_start_replication_until_gtid, replikasi berbasis GTID harus diaktifkan. Untuk melewati transaksi berbasis GTID tertentu yang diketahui menyebabkan bencana, Anda dapat menggunakan prosedur tersimpan mysql.rds_skip_transaction_with_gtid. Untuk informasi selengkapnya tentang cara menggunakan replikasi berbasis GTID, lihat Penggunaan replikasi berbasis GTID.

Untuk menentukan jumlah detik bagi Amazon RDS untuk menunda replikasi ke replika baca, gunakan prosedur tersimpan mysql.rds_set_configuration dan tentukan jumlah detik untuk menunda replikasi. Contoh berikut menunjukkan bahwa replikasi tertunda setidaknya satu jam (3.600 detik).

call mysql.rds_set_configuration('target delay', 3600);

Batas untuk parameter target delay adalah satu hari (86.400 detik).

catatan

Parameter target delay tidak didukung untuk RDS for MySQL versi 8.0 atau MariaDB versi sebelum 10.2.

mysql.rds_show_configuration

Jumlah jam untuk mempertahankan log biner.

Sintaksis

CALL mysql.rds_show_configuration;

Catatan penggunaan

Untuk memverifikasi jumlah jam Amazon RDS mempertahankan log biner, gunakan prosedur tersimpan mysql.rds_show_configuration.

Contoh

Contoh berikut menampilkan periode retensi:

call mysql.rds_show_configuration; name value description binlog retention hours 24 binlog retention hours specifies the duration in hours before binary logs are automatically deleted.