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.