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

Mengatur dan menampilkan konfigurasi log biner

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.

Sintaks

CALL mysql.rds_set_configuration(name,value);

Parameter

Catatan penggunaan

Prosedur mysql.rds_set_configuration mendukung parameter konfigurasi berikut:

Parameter konfigurasi disimpan secara permanen dan bertahan dari boot ulang 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 SQL database Saya di luar. RDS

Nilai default binlog retention hours adalah NULL. RDSFor for MySQL, NULL berarti 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);

Untuk instans My SQL DB, binlog retention hours nilai 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.

Untuk penerapan klaster DB multi-AZ, Anda hanya dapat mengonfigurasi retensi log biner dari instans DB penulis, dan pengaturan disebarkan ke semua instans DB pembaca secara asinkron. Jika log biner pada cluster DB melebihi setengah dari total ruang penyimpanan lokal, Amazon RDS secara otomatis memindahkan log basi ke EBS volume. Namun, log terbaru tetap berada di penyimpanan lokal, sehingga mereka dapat hilang jika ada kegagalan yang memerlukan penggantian host, atau jika Anda menskalakan database ke atas atau ke bawah.

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 beberapa lingkungan menunda replikasi. 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 Anda menggunakan parameter ini, parameter ini berjalan mysql.rds_set_source_delay dan menerapkan nilai input TO MASTER _ DELAY = CHANGE primer. 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 mysql.rds_set_configuration tersimpan 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).

target delay

Gunakan target delay parameter untuk menentukan jumlah detik untuk menunda replikasi antara instans DB dan replika baca yang RDS dikelola masa depan yang dibuat dari instance ini. Parameter ini diabaikan untuk replika baca RDS yang tidak dikelola. Amazon RDS biasanya mereplikasi perubahan sesegera mungkin, tetapi Anda mungkin ingin beberapa lingkungan menunda replikasi. 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 atau . 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 mysql.rds_rds_start_replication_until_gtid prosedur, replikasi GTID berbasis harus diaktifkan. Untuk melewati transaksi GTID berbasis tertentu yang diketahui menyebabkan bencana, Anda dapat menggunakan prosedur tersimpan. Untuk informasi lebih lanjut tentang bekerja dengan replikasi GTID berbasis, lihatMenggunakan replikasi GTID berbasis.

Untuk menentukan jumlah detik bagi Amazon RDS untuk menunda replikasi ke replika baca, gunakan prosedur mysql.rds_set_configuration tersimpan 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).

mysql.rds_show_configuration

Jumlah jam untuk mempertahankan log biner.

Sintaks

CALL mysql.rds_show_configuration;

Catatan penggunaan

Untuk memverifikasi jumlah jam Amazon RDS menyimpan log biner, gunakan prosedur yang mysql.rds_show_configuration disimpan.

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.