

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
<a name="mysql-stored-proc-configuring"></a>

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

**Topics**
+ [mysql.rds\_set\_configuration](#mysql_rds_set_configuration)
+ [mysql.rds\_show\_configuration](#mysql_rds_show_configuration)

## mysql.rds\_set\_configuration
<a name="mysql_rds_set_configuration"></a>

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

### Sintaksis
<a name="mysql_rds_set_configuration-syntax"></a>

 

```
CALL mysql.rds_set_configuration({{name}},{{value}});
```

### Parameter
<a name="mysql_rds_set_configuration-parameters"></a>

 {{name}}   
Nama parameter konfigurasi yang akan diatur.

 {{value}}   
Nilai parameter konfigurasi.

### Catatan penggunaan
<a name="mysql_rds_set_configuration-usage-notes"></a>

Prosedur `mysql.rds_set_configuration` mendukung parameter konfigurasi berikut:
+ [binlog retention hours](#mysql_rds_set_configuration-usage-notes.binlog-retention-hours)
+ [source delay](#mysql_rds_set_configuration-usage-notes.source-delay)
+ [target delay](#mysql_rds_set_configuration-usage-notes.target-delay)

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

#### binlog retention hours
<a name="mysql_rds_set_configuration-usage-notes.binlog-retention-hours"></a>

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.

Untuk penerapan cluster Multi-AZ DB, 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 volume EBS. 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
<a name="mysql_rds_set_configuration-usage-notes.source-delay"></a>

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](mysql-stored-proc-replicating.md#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).

#### target delay
<a name="mysql_rds_set_configuration-usage-notes.target-delay"></a>

Gunakan `target delay` parameter untuk menentukan jumlah detik untuk menunda replikasi antara instans DB dan replika RDS-managed baca future yang dibuat dari instance ini. Parameter ini diabaikan untuk replika yang tidak RDS-managed dibaca. 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-stored-proc-replicating.md#mysql_rds_start_replication_until) atau [](mysql-stored-proc-gtid.md#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](USER_ReadRepl.Promote.md). 

Untuk menggunakan `mysql.rds_rds_start_replication_until_gtid` prosedur, GTID-based replikasi harus diaktifkan. Untuk melewati GTID-based transaksi tertentu yang diketahui menyebabkan bencana, Anda dapat menggunakan prosedur yang [](mysql-stored-proc-gtid.md#mysql_rds_skip_transaction_with_gtid) disimpan. Untuk informasi lebih lanjut tentang bekerja dengan GTID-based replikasi, lihat[Menggunakan GTID-based replikasi](mysql-replication-gtid.md).

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

## mysql.rds\_show\_configuration
<a name="mysql_rds_show_configuration"></a>

Jumlah jam untuk mempertahankan log biner.

### Sintaksis
<a name="mysql_rds_show_configuration-syntax"></a>

 

```
CALL mysql.rds_show_configuration;
```

### Catatan penggunaan
<a name="mysql_rds_show_configuration-usage-notes"></a>

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

### Contoh
<a name="mysql_rds_show_configuration-examples"></a>

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