Mengkonfigurasi, memulai, dan menghentikan replikasi log biner (binlog) - Amazon Aurora

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

Mengkonfigurasi, memulai, dan menghentikan replikasi log biner (binlog)

Anda dapat memanggil prosedur tersimpan berikut saat terhubung dengan instans primer di klaster Aurora MySQL. Prosedur ini mengontrol bagaimana transaksi direplikasi dari basis data eksternal ke Aurora MySQL, atau dari Aurora MySQL ke basis data eksternal.

mysql.rds_disable_session_binlog (Aurora MySQL versi 2)

Menonaktifkan pencatatan log biner untuk sesi saat ini dengan mengatur variabel sql_log_bin ke OFF.

Sintaksis

CALL mysql.rds_disable_session_binlog;

Parameter

Tidak ada

Catatan penggunaan

Untuk klaster DB Aurora MySQL, Anda memanggil prosedur tersimpan ini saat terhubung ke instans primer.

Untuk Aurora, prosedur ini didukung untuk Aurora MySQL versi 2.12 dan versi yang lebih tinggi yang kompatibel dengan MySQL 5.7.

catatan

Di Aurora MySQL versi 3, Anda dapat menggunakan perintah berikut untuk menonaktifkan pencatatan log biner untuk sesi saat ini jika Anda memiliki hak istimewa SESSION_VARIABLES_ADMIN:

SET SESSION sql_log_bin = OFF;

mysql.rds_enable_session_binlog (Aurora MySQL versi 2)

Mengaktifkan pencatatan log biner untuk sesi saat ini dengan mengatur variabel sql_log_bin ke ON.

Sintaksis

CALL mysql.rds_enable_session_binlog;

Parameter

Tidak ada

Catatan penggunaan

Untuk klaster DB Aurora MySQL, Anda memanggil prosedur tersimpan ini saat terhubung ke instans primer.

Untuk Aurora, prosedur ini didukung untuk Aurora MySQL versi 2.12 dan versi yang lebih tinggi yang kompatibel dengan MySQL 5.7.

catatan

Di Aurora MySQL versi 3, Anda dapat menggunakan perintah berikut untuk mengaktifkan pencatatan log biner untuk sesi saat ini jika Anda memiliki hak istimewa SESSION_VARIABLES_ADMIN:

SET SESSION sql_log_bin = ON;

mysql.rds_import_binlog_ssl_material

Mengimpor sertifikat otoritas sertifikat, sertifikat klien, dan kunci klien ke klaster DB Aurora MySQL. Informasi tersebut diperlukan untuk komunikasi SSL dan replikasi terenkripsi.

catatan

Saat ini, prosedur ini didukung untuk Aurora MySQL versi 2:2.09.2, 2.10.0, 2.10.1, dan 2.11.0; serta versi 3:3.01.1 dan yang lebih tinggi.

Sintaks

CALL mysql.rds_import_binlog_ssl_material ( ssl_material );

Parameter

ssl_material

Payload JSON yang berisi konten file berformat .pem berikut untuk klien MySQL:

  • “ssl_ca”:”” Certificate authority certificate

  • “ssl_cert”:”” Client certificate

  • “ssl_key”:”” Client key

Catatan penggunaan

Persiapkan untuk replikasi terenkripsi sebelum Anda menjalankan prosedur ini:

  • Jika Anda tidak memiliki SSL yang diaktifkan pada instans basis data sumber MySQL eksternal dan tidak menyiapkan kunci klien dan sertifikat klien, aktifkan SSL pada server basis data MySQL serta buat kunci klien dan sertifikat klien yang diperlukan.

  • Jika SSL diaktifkan pada instans basis data sumber eksternal, sediakan kunci dan sertifikat klien untuk klaster DB Aurora MySQL. Jika Anda tidak memilikinya, buat kunci dan sertifikat baru untuk klaster DB Aurora MySQL. Untuk menandatangani sertifikat klien, Anda harus memiliki kunci otoritas sertifikat yang Anda gunakan untuk mengonfigurasi SSL pada instans basis data sumber MySQL eksternal.

Untuk informasi selengkapnya, lihat Creating SSL certificates and keys using openssl dalam dokumentasi MySQL.

penting

Setelah Anda mempersiapkan replikasi terenkripsi, gunakan koneksi SSL untuk menjalankan prosedur ini. Kunci klien tidak boleh ditransfer melalui koneksi yang tidak aman.

Prosedur ini mengimpor informasi SSL dari basis data MySQL eksternal ke klaster DB Aurora MySQL. Informasi SSL dalam file berformat .pem yang berisi informasi SSL untuk klaster DB Aurora MySQL. Selama replikasi terenkripsi, klaster DB Aurora MySQL berperan sebagai klien untuk server basis data MySQL. Sertifikat dan kunci untuk klien Aurora MySQL ada di dalam file berformat .pem.

Anda dapat menyalin informasi dari file ini ke dalam parameter ssl_material dalam payload JSON yang benar. Untuk mendukung replikasi terenkripsi, impor informasi SSL ini ke klaster DB Aurora MySQL.

Payload JSON harus dalam format berikut.

'{"ssl_ca":"-----BEGIN CERTIFICATE----- ssl_ca_pem_body_code -----END CERTIFICATE-----\n","ssl_cert":"-----BEGIN CERTIFICATE----- ssl_cert_pem_body_code -----END CERTIFICATE-----\n","ssl_key":"-----BEGIN RSA PRIVATE KEY----- ssl_key_pem_body_code -----END RSA PRIVATE KEY-----\n"}'

Contoh

Contoh berikut mengimpor informasi SSL ke Aurora MySQL. Dalam file berformat .pem, kode konten biasanya lebih panjang dari kode konten yang ditunjukkan dalam contoh.

call mysql.rds_import_binlog_ssl_material( '{"ssl_ca":"-----BEGIN CERTIFICATE----- AAAAB3NzaC1yc2EAAAADAQABAAABAQClKsfkNkuSevGj3eYhCe53pcjqP3maAhDFcvBS7O6V hz2ItxCih+PnDSUaw+WNQn/mZphTk/a/gU8jEzoOWbkM4yxyb/wB96xbiFveSFJuOp/d6RJhJOI0iBXr lsLnBItntckiJ7FbtxJMXLvvwJryDUilBMTjYtwB+QhYXUMOzce5Pjz5/i8SeJtjnV3iAoG/cQk+0FzZ qaeJAAHco+CY/5WrUBkrHmFJr6HcXkvJdWPkYQS3xqC0+FmUZofz221CBt5IMucxXPkX4rWi+z7wB3Rb BQoQzd8v7yeb7OzlPnWOyN0qFU0XA246RA8QFYiCNYwI3f05p6KLxEXAMPLE -----END CERTIFICATE-----\n","ssl_cert":"-----BEGIN CERTIFICATE----- AAAAB3NzaC1yc2EAAAADAQABAAABAQClKsfkNkuSevGj3eYhCe53pcjqP3maAhDFcvBS7O6V hz2ItxCih+PnDSUaw+WNQn/mZphTk/a/gU8jEzoOWbkM4yxyb/wB96xbiFveSFJuOp/d6RJhJOI0iBXr lsLnBItntckiJ7FbtxJMXLvvwJryDUilBMTjYtwB+QhYXUMOzce5Pjz5/i8SeJtjnV3iAoG/cQk+0FzZ qaeJAAHco+CY/5WrUBkrHmFJr6HcXkvJdWPkYQS3xqC0+FmUZofz221CBt5IMucxXPkX4rWi+z7wB3Rb BQoQzd8v7yeb7OzlPnWOyN0qFU0XA246RA8QFYiCNYwI3f05p6KLxEXAMPLE -----END CERTIFICATE-----\n","ssl_key":"-----BEGIN RSA PRIVATE KEY----- AAAAB3NzaC1yc2EAAAADAQABAAABAQClKsfkNkuSevGj3eYhCe53pcjqP3maAhDFcvBS7O6V hz2ItxCih+PnDSUaw+WNQn/mZphTk/a/gU8jEzoOWbkM4yxyb/wB96xbiFveSFJuOp/d6RJhJOI0iBXr lsLnBItntckiJ7FbtxJMXLvvwJryDUilBMTjYtwB+QhYXUMOzce5Pjz5/i8SeJtjnV3iAoG/cQk+0FzZ qaeJAAHco+CY/5WrUBkrHmFJr6HcXkvJdWPkYQS3xqC0+FmUZofz221CBt5IMucxXPkX4rWi+z7wB3Rb BQoQzd8v7yeb7OzlPnWOyN0qFU0XA246RA8QFYiCNYwI3f05p6KLxEXAMPLE -----END RSA PRIVATE KEY-----\n"}');

mysql.rds_next_master_log versi 2)

Mengubah posisi log instans basis data sumber menjadi awal log biner berikutnya pada instans basis data sumber. Gunakan prosedur ini hanya jika Anda menerima I/O kesalahan replikasi 1236 pada replika baca.

Sintaks

CALL mysql.rds_next_master_log( curr_master_log );

Parameter

curr_master_log

Indeks file log master saat ini. Misalnya, jika file saat ini bernama mysql-bin-changelog.012345, maka indeksnya adalah 12345. Untuk menentukan nama file log master saat ini, jalankan perintah SHOW REPLICA STATUS dan lihat kolom Master_Log_File.

Catatan penggunaan

Pengguna utama harus menjalankan prosedur mysql.rds_next_master_log.

Awas

Panggil mysql.rds_next_master_log hanya jika replikasi gagal setelah failover instans DB multi-AZ yang merupakan sumber replikasi, dan Last_IO_Errno bidang laporan kesalahan 1236. SHOW REPLICA STATUS I/O

Memanggil mysql.rds_next_master_log ​​dapat mengakibatkan hilangnya data di replika baca jika transaksi dalam instans sumber tidak ditulis ke log biner di disk sebelum peristiwa failover terjadi.

Contoh

Asumsikan replikasi gagal pada replika baca Aurora MySQL. Menjalankan SHOW REPLICA STATUS\G pada replika baca akan menampilkan hasil berikut:

*************************** 1. row *************************** Replica_IO_State: Source_Host: myhost.XXXXXXXXXXXXXXX.rr-rrrr-1.rds.amazonaws.com Source_User: MasterUser Source_Port: 3306 Connect_Retry: 10 Source_Log_File: mysql-bin-changelog.012345 Read_Source_Log_Pos: 1219393 Relay_Log_File: relaylog.012340 Relay_Log_Pos: 30223388 Relay_Source_Log_File: mysql-bin-changelog.012345 Replica_IO_Running: No Replica_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Source_Log_Pos: 30223232 Relay_Log_Space: 5248928866 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Source_SSL_Allowed: No Source_SSL_CA_File: Source_SSL_CA_Path: Source_SSL_Cert: Source_SSL_Cipher: Source_SSL_Key: Seconds_Behind_Master: NULL Source_SSL_Verify_Server_Cert: No Last_IO_Errno: 1236 Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Client requested master to start replication from impossible position; the first event 'mysql-bin-changelog.013406' at 1219393, the last event read from '/rdsdbdata/log/binlog/mysql-bin-changelog.012345' at 4, the last byte read from '/rdsdbdata/log/binlog/mysql-bin-changelog.012345' at 4.' Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Source_Server_Id: 67285976

Kolom Last_IO_Errno menunjukkan bahwa instans menerima kesalahan I/O 1236. Kolom Master_Log_File menunjukkan bahwa nama file adalah mysql-bin-changelog.012345, yang berarti indeks file log adalah 12345. Untuk mengatasi kesalahan, Anda dapat memanggil mysql.rds_next_master_log dengan parameter berikut:

CALL mysql.rds_next_master_log(12345);

mysql.rds_next_source_log (RDS )

Mengubah posisi log instans basis data sumber menjadi awal log biner berikutnya pada instans basis data sumber. Gunakan prosedur ini hanya jika Anda menerima I/O kesalahan replikasi 1236 pada replika baca.

Sintaks

CALL mysql.rds_next_source_log( curr_source_log );

Parameter

curr_source_log

Indeks file log sumber saat ini. Misalnya, jika file saat ini bernama mysql-bin-changelog.012345, maka indeksnya adalah 12345. Untuk menentukan nama file log sumber saat ini, jalankan perintah SHOW REPLICA STATUS dan lihat kolom Source_Log_File.

Catatan penggunaan

Pengguna administratif harus menjalankan prosedur mysql.rds_next_source_log.

Awas

Panggil mysql.rds_next_source_log hanya jika replikasi gagal setelah failover instans DB multi-AZ yang merupakan sumber replikasi, dan Last_IO_Errno bidang laporan kesalahan 1236. SHOW REPLICA STATUS I/O

Memanggil mysql.rds_next_source_log ​​dapat mengakibatkan hilangnya data di replika baca jika transaksi dalam instans sumber tidak ditulis ke log biner di disk sebelum peristiwa failover terjadi. Anda dapat mengurangi kemungkinan hal ini terjadi dengan menyetel parameter instance sumber sync_binlog dan innodb_support_xa ke1, meskipun ini dapat mengurangi kinerja.

Contoh

Asumsikan replikasi gagal pada replika baca Aurora MySQL. Menjalankan SHOW REPLICA STATUS\G pada replika baca akan menampilkan hasil berikut:

*************************** 1. row *************************** Replica_IO_State: Source_Host: myhost.XXXXXXXXXXXXXXX.rr-rrrr-1.rds.amazonaws.com Source_User: MasterUser Source_Port: 3306 Connect_Retry: 10 Source_Log_File: mysql-bin-changelog.012345 Read_Source_Log_Pos: 1219393 Relay_Log_File: relaylog.012340 Relay_Log_Pos: 30223388 Relay_Source_Log_File: mysql-bin-changelog.012345 Replica_IO_Running: No Replica_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Source_Log_Pos: 30223232 Relay_Log_Space: 5248928866 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Source_SSL_Allowed: No Source_SSL_CA_File: Source_SSL_CA_Path: Source_SSL_Cert: Source_SSL_Cipher: Source_SSL_Key: Seconds_Behind_Source: NULL Source_SSL_Verify_Server_Cert: No Last_IO_Errno: 1236 Last_IO_Error: Got fatal error 1236 from source when reading data from binary log: 'Client requested source to start replication from impossible position; the first event 'mysql-bin-changelog.013406' at 1219393, the last event read from '/rdsdbdata/log/binlog/mysql-bin-changelog.012345' at 4, the last byte read from '/rdsdbdata/log/binlog/mysql-bin-changelog.012345' at 4.' Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Source_Server_Id: 67285976

Kolom Last_IO_Errno menunjukkan bahwa instans menerima kesalahan I/O 1236. Kolom Source_Log_File menunjukkan bahwa nama file adalah mysql-bin-changelog.012345, yang berarti indeks file log adalah 12345. Untuk mengatasi kesalahan, Anda dapat memanggil mysql.rds_next_source_log dengan parameter berikut:

CALL mysql.rds_next_source_log(12345);

mysql.rds_remove_binlog_ssl_material

Menghapus sertifikat otoritas sertifikat, sertifikat klien, dan kunci klien untuk komunikasi SSL dan replikasi terenkripsi. Informasi ini diimpor menggunakan mysql.rds_import_binlog_ssl_material.

Sintaksis

CALL mysql.rds_remove_binlog_ssl_material;

mysql.rds_reset_external_master versi 2)

Mengonfigurasi ulang instans DB Aurora MySQL agar tidak lagi menjadi replika baca dari instans MySQL yang berjalan di luar Amazon RDS.

penting

Untuk menjalankan prosedur ini, autocommit harus diaktifkan. Untuk mengaktifkannya, atur parameter autocommit ke 1. Lihat informasi tentang cara mengubah parameter di Memodifikasi parameter dalam grup parameter DB di .

Sintaks

CALL mysql.rds_reset_external_master;

Catatan penggunaan

Pengguna utama harus menjalankan prosedur mysql.rds_reset_external_master. Prosedur ini harus dijalankan pada instans DB MySQL agar dihapus sebagai replika baca dari instans MySQL yang berjalan di luar Amazon RDS.

catatan

Kami menawarkan prosedur tersimpan ini terutama untuk mengaktifkan replikasi dengan instans MySQL yang berjalan di luar Amazon RDS. Kami menyarankan Anda menggunakan Aurora Replicas untuk mengelola replikasi dalam klaster DB Aurora MySQL jika memungkinkan. Untuk informasi tentang cara mengelola replikasi di klaster DB Aurora MySQL, lihat Menggunakan Replika Aurora.

Untuk informasi selengkapnya tentang cara menggunakan replikasi untuk mengimpor data dari instans MySQL yang berjalan di luar Aurora MySQL, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner).

mysql.rds_reset_external_source ( 3)

Mengonfigurasi ulang instans DB Aurora MySQL agar tidak lagi menjadi replika baca dari instans MySQL yang berjalan di luar Amazon RDS.

penting

Untuk menjalankan prosedur ini, autocommit harus diaktifkan. Untuk mengaktifkannya, atur parameter autocommit ke 1. Lihat informasi tentang cara mengubah parameter di Memodifikasi parameter dalam grup parameter DB di .

Sintaks

CALL mysql.rds_reset_external_source;

Catatan penggunaan

Pengguna administratif harus menjalankan prosedur mysql.rds_reset_external_source. Prosedur ini harus dijalankan pada instans DB MySQL agar dihapus sebagai replika baca dari instans MySQL yang berjalan di luar Amazon RDS.

catatan

Kami menawarkan prosedur tersimpan ini terutama untuk mengaktifkan replikasi dengan instans MySQL yang berjalan di luar Amazon RDS. Kami menyarankan Anda menggunakan Aurora Replicas untuk mengelola replikasi dalam klaster DB Aurora MySQL jika memungkinkan. Untuk informasi tentang cara mengelola replikasi di klaster DB Aurora MySQL, lihat Menggunakan Replika Aurora.

mysql.rds_set_binlog_source_ssl (Aurora MySQL versi 3)

Mengaktifkan SOURCE_SSL enkripsi untuk replikasi binlog. Untuk informasi selengkapnya, lihat MENGUBAH SUMBER REPLIKASI KE pernyataan dalam dokumentasi MySQL.

Sintaks

CALL mysql.rds_set_binlog_source_ssl(mode);

Parameter

mode

Nilai yang menunjukkan apakah SOURCE_SSL enkripsi diaktifkan:

  • 0SOURCE_SSL enkripsi dinonaktifkan. Nilai default-nya 0.

  • 1SOURCE_SSL enkripsi diaktifkan. Anda dapat mengonfigurasi enkripsi menggunakan SSL atau TLS.

Catatan penggunaan

Prosedur ini didukung untuk Aurora MySQL versi 3.06 dan lebih tinggi.

mysql.rds_set_external_master 2)

Mengonfigurasi instans DB Aurora MySQL agar tidak lagi menjadi replika baca dari instans MySQL yang berjalan di luar Amazon RDS.

Prosedur mysql.rds_set_external_master tidak digunakan lagi dan akan dihapus dalam rilis mendatang. Gunakan mysql.rds_set_external_source sebagai gantinya.

penting

Untuk menjalankan prosedur ini, autocommit harus diaktifkan. Untuk mengaktifkannya, atur parameter autocommit ke 1. Lihat informasi tentang cara mengubah parameter di Memodifikasi parameter dalam grup parameter DB di .

Sintaks

CALL mysql.rds_set_external_master ( host_name , host_port , replication_user_name , replication_user_password , mysql_binary_log_file_name , mysql_binary_log_file_location , ssl_encryption );

Parameter

host_name

Nama host atau alamat IP instans MySQL yang berjalan di luar Amazon RDS untuk menjadi instans basis data sumber.

host_port

Port yang digunakan oleh instans MySQL yang berjalan di luar Amazon RDS untuk dikonfigurasi sebagai instans basis data sumber. Jika konfigurasi jaringan Anda mencakup replikasi port Secure Shell (SSH) yang mengubah nomor port, tentukan nomor port yang diekspos oleh SSH.

replication_user_name

ID pengguna dengan izin REPLICATION CLIENT dan REPLICATION SLAVE pada instans MySQL yang berjalan di luar Amazon RDS. Kami menyarankan Anda memberikan akun yang digunakan sepenuhnya untuk replikasi dengan instans eksternal.

replication_user_password

Kata sandi ID pengguna yang ditentukan dalam replication_user_name.

mysql_binary_log_file_name

Nama log biner pada instans basis data sumber yang berisi informasi replikasi.

mysql_binary_log_file_location

Lokasi di log biner mysql_binary_log_file_name tempat replikasi mulai membaca informasi replikasi.

Anda dapat menentukan nama dan lokasi file binlog dengan menjalankan SHOW MASTER STATUS pada instans basis data sumber.

ssl_encryption

Nilai yang menentukan apakah enkripsi Lapisan Soket Aman (SSL) digunakan pada sambungan replikasi. 1 menentukan untuk menggunakan enkripsi SSL, 0 menentukan untuk tidak menggunakan enkripsi. Default-nya adalah 0.

catatan

Opsi MASTER_SSL_VERIFY_SERVER_CERT tidak didukung. Opsi ini diatur ke 0, yang berarti koneksi dienkripsi, tetapi sertifikat tidak diverifikasi.

Catatan penggunaan

Pengguna utama harus menjalankan prosedur mysql.rds_set_external_master. Prosedur ini harus dijalankan pada instans DB MySQL untuk dikonfigurasi sebagai replika baca dari instans MySQL yang berjalan di luar Amazon RDS.

Sebelum menjalankan mysql.rds_set_external_master, Anda harus mengonfigurasi instans MySQL yang berjalan di luar Amazon RDS menjadi instans basis data sumber. Untuk terhubung ke instans MySQL yang berjalan di luar Amazon RDS, Anda harus menentukan nilai replication_user_name dan replication_user_password yang menunjukkan pengguna replikasi yang memiliki izin REPLICATION CLIENT dan REPLICATION SLAVE pada instans eksternal MySQL.

Untuk mengonfigurasi instans ​​eksternal MySQL sebagai instans basis data sumber
  1. Dengan menggunakan klien MySQL pilihan Anda, hubungkan ke instans eksternal MySQL dan buat akun pengguna yang akan digunakan untuk replikasi. Berikut adalah contohnya.

    MySQL 5.7

    CREATE USER 'repl_user'@'mydomain.com' IDENTIFIED BY 'password';

    MySQL 8.0

    CREATE USER 'repl_user'@'mydomain.com' IDENTIFIED WITH mysql_native_password BY 'password';
    catatan

    Tetapkan kata sandi selain penggugah (prompt) yang ditampilkan di sini sebagai praktik terbaik keamanan.

  2. Pada instans eksternal MySQL, berikan hak istimewa REPLICATION CLIENT dan REPLICATION SLAVE kepada pengguna replikasi Anda. Contoh berikut memberikan hak akses REPLICATION CLIENT dan REPLICATION SLAVE pada semua basis data untuk pengguna ‘repl_user’ domain Anda.

    MySQL 5.7

    GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'mydomain.com' IDENTIFIED BY 'password';

    MySQL 8.0

    GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'mydomain.com';

Untuk menggunakan replikasi terenkripsi, konfigurasikan instans basis data sumber untuk menggunakan koneksi SSL. Selain itu, impor sertifikat otoritas sertifikat, sertifikat klien, dan kunci klien ke dalam instans DB atau klaster DB menggunakan prosedur mysql.rds_import_binlog_ssl_material.

catatan

Kami menawarkan prosedur tersimpan ini terutama untuk mengaktifkan replikasi dengan instans MySQL yang berjalan di luar Amazon RDS. Kami menyarankan Anda menggunakan Aurora Replicas untuk mengelola replikasi dalam klaster DB Aurora MySQL jika memungkinkan. Untuk informasi tentang cara mengelola replikasi di klaster DB Aurora MySQL, lihat Menggunakan Replika Aurora.

Setelah memanggil mysql.rds_set_external_master ​​untuk mengonfigurasi instans DB Amazon RDS sebagai replika baca, Anda dapat memanggil mysql.rds_start_replication pada replika baca untuk memulai proses replikasi. Anda dapat memanggil mysql.rds_reset_external_master versi 2) ​​untuk menghapus konfigurasi replika baca.

Saat mysql.rds_set_external_master dipanggil, Amazon RDS mencatat waktu, pengguna, dan tindakan set master di tabel mysql.rds_history dan mysql.rds_replication_status.

Contoh

Ketika dijalankan pada instans DB MySQL, contoh berikut mengonfigurasi instans DB menjadi replika baca dari instans MySQL yang berjalan di luar Amazon RDS.

call mysql.rds_set_external_master( 'Externaldb.some.com', 3306, 'repl_user', 'password', 'mysql-bin-changelog.0777', 120, 1);

mysql.rds_set_external_source (RDS )

Mengonfigurasi instans DB Aurora MySQL agar tidak lagi menjadi replika baca dari instans MySQL yang berjalan di luar Amazon RDS.

penting

Untuk menjalankan prosedur ini, autocommit harus diaktifkan. Untuk mengaktifkannya, atur parameter autocommit ke 1. Lihat informasi tentang cara mengubah parameter di Memodifikasi parameter dalam grup parameter DB di .

Sintaks

CALL mysql.rds_set_external_source ( host_name , host_port , replication_user_name , replication_user_password , mysql_binary_log_file_name , mysql_binary_log_file_location , ssl_encryption );

Parameter

host_name

Nama host atau alamat IP instans MySQL yang berjalan di luar Amazon RDS untuk menjadi instans basis data sumber.

host_port

Port yang digunakan oleh instans MySQL yang berjalan di luar Amazon RDS untuk dikonfigurasi sebagai instans basis data sumber. Jika konfigurasi jaringan Anda mencakup replikasi port Secure Shell (SSH) yang mengubah nomor port, tentukan nomor port yang diekspos oleh SSH.

replication_user_name

ID pengguna dengan izin REPLICATION CLIENT dan REPLICATION SLAVE pada instans MySQL yang berjalan di luar Amazon RDS. Kami menyarankan Anda memberikan akun yang digunakan sepenuhnya untuk replikasi dengan instans eksternal.

replication_user_password

Kata sandi ID pengguna yang ditentukan dalam replication_user_name.

mysql_binary_log_file_name

Nama log biner pada instans basis data sumber yang berisi informasi replikasi.

mysql_binary_log_file_location

Lokasi di log biner mysql_binary_log_file_name tempat replikasi mulai membaca informasi replikasi.

Anda dapat menentukan nama dan lokasi file binlog dengan menjalankan SHOW MASTER STATUS pada instans basis data sumber.

ssl_encryption

Nilai yang menentukan apakah enkripsi Lapisan Soket Aman (SSL) digunakan pada sambungan replikasi. 1 menentukan untuk menggunakan enkripsi SSL, 0 menentukan untuk tidak menggunakan enkripsi. Standarnya adalah 0.

catatan

Anda harus telah mengimpor sertifikat SSL khusus menggunakan mysql.rds_import_binlog_ssl_material untuk mengaktifkan opsi ini. Jika Anda belum mengimpor sertifikat SSL kustom, maka atur parameter ini ke 0 dan gunakan untuk mengaktifkan SSL mysql.rds_set_binlog_source_ssl (Aurora MySQL versi 3) untuk replikasi log biner.

Opsi SOURCE_SSL_VERIFY_SERVER_CERT tidak didukung. Opsi ini diatur ke 0, yang berarti koneksi dienkripsi, tetapi sertifikat tidak diverifikasi.

Catatan penggunaan

Pengguna administratif harus menjalankan prosedur mysql.rds_set_external_source. Prosedur ini harus dijalankan pada Aurora MySQL agar instance MySQL DB dikonfigurasi sebagai replika baca instance MySQL yang berjalan di luar Amazon RDS.

Sebelum menjalankan mysql.rds_set_external_source, Anda harus mengonfigurasi instans MySQL yang berjalan di luar Amazon RDS menjadi instans basis data sumber. Untuk terhubung ke instans MySQL yang berjalan di luar Amazon RDS, Anda harus menentukan nilai replication_user_name dan replication_user_password yang menunjukkan pengguna replikasi yang memiliki izin REPLICATION CLIENT dan REPLICATION SLAVE pada instans eksternal MySQL.

Untuk mengonfigurasi instans ​​eksternal MySQL sebagai instans basis data sumber
  1. Dengan menggunakan klien MySQL pilihan Anda, hubungkan ke instans eksternal MySQL dan buat akun pengguna yang akan digunakan untuk replikasi. Berikut sebuah contoh.

    CREATE USER 'repl_user'@'mydomain.com' IDENTIFIED BY 'password';
    catatan

    Tetapkan kata sandi selain penggugah (prompt) yang ditampilkan di sini sebagai praktik terbaik keamanan.

  2. Pada instans eksternal MySQL, berikan hak istimewa REPLICATION CLIENT dan REPLICATION SLAVE kepada pengguna replikasi Anda. Contoh berikut memberikan hak akses REPLICATION CLIENT dan REPLICATION SLAVE pada semua basis data untuk pengguna ‘repl_user’ domain Anda.

    GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'mydomain.com';

Untuk menggunakan replikasi terenkripsi, konfigurasikan instans basis data sumber untuk menggunakan koneksi SSL. Selain itu, impor sertifikat otoritas sertifikat, sertifikat klien, dan kunci klien ke dalam instans DB atau klaster DB menggunakan prosedur mysql.rds_import_binlog_ssl_material.

catatan

Kami menawarkan prosedur tersimpan ini terutama untuk mengaktifkan replikasi dengan instans MySQL yang berjalan di luar Amazon RDS. Kami menyarankan Anda menggunakan Aurora Replicas untuk mengelola replikasi dalam klaster DB Aurora MySQL jika memungkinkan. Untuk informasi tentang cara mengelola replikasi di klaster DB Aurora MySQL, lihat Menggunakan Replika Aurora.

Setelah memanggil mysql.rds_set_external_source untuk mengkonfigurasi Aurora MySQL DB instance sebagai replika baca, Anda dapat memanggil replika baca untuk memulai proses replikasi. mysql.rds_start_replication Anda dapat memanggil mysql.rds_reset_external_source ( 3) ​​untuk menghapus konfigurasi replika baca.

Saat mysql.rds_set_external_source dipanggil, Amazon RDS mencatat waktu, pengguna, dan tindakan set master di tabel mysql.rds_history dan mysql.rds_replication_status.

Contoh

Ketika dijalankan pada Aurora MySQL DB, contoh berikut mengonfigurasi instans DB menjadi replika baca dari instance MySQL yang berjalan eksternal ke Amazon RDS.

call mysql.rds_set_external_source( 'Externaldb.some.com', 3306, 'repl_user', 'password', 'mysql-bin-changelog.0777', 120, 1);

mysql.rds_set_external_master_with_auto_position (Aurora MySQL versi 2)

Mengonfigurasi instans primer Aurora MySQL untuk menerima replikasi masuk dari instans MySQL eksternal. Prosedur ini juga mengonfigurasi replikasi berdasarkan pengidentifikasi transaksi global (). GTIDs

Prosedur ini tidak mengonfigurasi replikasi tertunda, karena Aurora MySQL tidak mendukung replikasi tertunda.

Sintaksis

CALL mysql.rds_set_external_master_with_auto_position ( host_name , host_port , replication_user_name , replication_user_password , ssl_encryption );

Parameter

host_name

Nama host atau alamat IP instans MySQL yang berjalan di luar Aurora untuk menjadi sumber replikasi.

host_port

Port yang digunakan oleh instans MySQL yang berjalan di luar Aurora untuk dikonfigurasi sebagai sumber replikasi. Jika konfigurasi jaringan Anda mencakup replikasi port Secure Shell (SSH) yang mengubah nomor port, tentukan nomor port yang diekspos oleh SSH.

replication_user_name

ID pengguna dengan izin REPLICATION CLIENT dan REPLICATION SLAVE pada instans MySQL yang berjalan di luar Aurora. Kami menyarankan Anda memberikan akun yang digunakan sepenuhnya untuk replikasi dengan instans eksternal.

replication_user_password

Kata sandi ID pengguna yang ditentukan dalam replication_user_name.

ssl_encryption

Opsi ini belum diterapkan. Default-nya adalah 0.

Catatan penggunaan

Untuk klaster DB Aurora MySQL, Anda memanggil prosedur tersimpan ini saat terhubung ke instans primer.

Pengguna utama harus menjalankan prosedur mysql.rds_set_external_master_with_auto_position. Pengguna utama menjalankan prosedur ini pada instans primer dari klaster DB Aurora MySQL yang bertindak sebagai target replikasi. Ini dapat menjadi target replikasi dari instans DB MySQL eksternal atau klaster DB Aurora MySQL.

Prosedur ini didukung untuk Aurora MySQL versi 2. Untuk Aurora MySQL versi 3, gunakan prosedur mysql.rds_set_external_source_with_auto_position (Aurora MySQL versi 3) sebagai gantinya.

Sebelum Anda menjalankan mysql.rds_set_external_master_with_auto_position, konfigurasikan instans DB MySQL eksternal menjadi sumber replikasi. Agar terhubung ke instans MySQL eksternal, tentukan nilai untuk replication_user_name dan replication_user_password. Nilai-nilai ini harus menunjukkan pengguna replikasi yang memiliki izin REPLICATION CLIENT dan REPLICATION SLAVE pada instans MySQL eksternal.

Untuk mengonfigurasi instans MySQL eksternal sebagai sumber replikasi
  1. Dengan menggunakan klien MySQL pilihan Anda, hubungkan ke instans MySQL eksternal dan buat akun pengguna yang akan digunakan untuk replikasi. Berikut adalah contohnya.

    CREATE USER 'repl_user'@'mydomain.com' IDENTIFIED BY 'SomePassW0rd'
  2. Pada instans MySQL eksternal, berikan hak akses REPLICATION CLIENT dan REPLICATION SLAVE kepada pengguna replikasi Anda. Contoh berikut memberikan hak akses REPLICATION CLIENT dan REPLICATION SLAVE pada semua basis data untuk pengguna 'repl_user' domain Anda.

    GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'mydomain.com' IDENTIFIED BY 'SomePassW0rd'

Saat Anda memanggil mysql.rds_set_external_master_with_auto_position, Amazon RDS mencatat informasi tertentu. Informasi ini adalah waktu, pengguna, dan tindakan "set master" di tabel mysql.rds_history dan mysql.rds_replication_status.

Untuk melewati transaksi berbasis GTID tertentu yang diketahui menyebabkan masalah, Anda dapat menggunakan prosedur tersimpan mysql.rds_skip_transaction_with_gtid (Aurora Versi saya 2 dan 3) SQL. Untuk informasi selengkapnya tentang cara menggunakan replikasi berbasis GTID, lihat Menggunakan replikasi GTID berbasis.

Contoh

Saat menjalankan di instans primer Aurora, contoh berikut mengonfigurasi klaster Aurora untuk bertindak sebagai replika baca dari instans MySQL yang berjalan di luar Aurora.

call mysql.rds_set_external_master_with_auto_position( 'Externaldb.some.com', 3306, 'repl_user'@'mydomain.com', 'SomePassW0rd');

mysql.rds_set_external_source_with_auto_position (Aurora MySQL versi 3)

Mengonfigurasi instans primer Aurora MySQL untuk menerima replikasi masuk dari instans MySQL eksternal. Prosedur ini juga mengonfigurasi replikasi berdasarkan pengidentifikasi transaksi global (). GTIDs

Sintaks

CALL mysql.rds_set_external_source_with_auto_position ( host_name , host_port , replication_user_name , replication_user_password , ssl_encryption );

Parameter

host_name

Nama host atau alamat IP instans MySQL yang berjalan di luar Aurora untuk menjadi sumber replikasi.

host_port

Port yang digunakan oleh instans MySQL yang berjalan di luar Aurora untuk dikonfigurasi sebagai sumber replikasi. Jika konfigurasi jaringan Anda mencakup replikasi port Secure Shell (SSH) yang mengubah nomor port, tentukan nomor port yang diekspos oleh SSH.

replication_user_name

ID pengguna dengan izin REPLICATION CLIENT dan REPLICATION SLAVE pada instans MySQL yang berjalan di luar Aurora. Kami menyarankan Anda memberikan akun yang digunakan sepenuhnya untuk replikasi dengan instans eksternal.

replication_user_password

Kata sandi ID pengguna yang ditentukan dalam replication_user_name.

ssl_encryption

Opsi ini belum diterapkan. Default-nya adalah 0.

catatan

Gunakan mysql.rds_set_binlog_source_ssl (Aurora MySQL versi 3) untuk mengaktifkan SSL untuk replikasi log biner.

Catatan penggunaan

Untuk klaster DB Aurora MySQL, Anda memanggil prosedur tersimpan ini saat terhubung ke instans primer.

Pengguna administratif harus menjalankan prosedur mysql.rds_set_external_source_with_auto_position. Pengguna administratif menjalankan prosedur ini pada instans primer dari klaster DB Aurora MySQL yang bertindak sebagai target replikasi. Ini dapat menjadi target replikasi dari instans DB MySQL eksternal atau klaster DB Aurora MySQL.

Prosedur ini didukung untuk Aurora MySQL versi 3. Prosedur ini tidak mengonfigurasi replikasi tertunda, karena Aurora MySQL tidak mendukung replikasi tertunda.

Sebelum Anda menjalankan mysql.rds_set_external_source_with_auto_position, konfigurasikan instans DB MySQL eksternal menjadi sumber replikasi. Agar terhubung ke instans MySQL eksternal, tentukan nilai untuk replication_user_name dan replication_user_password. Nilai-nilai ini harus menunjukkan pengguna replikasi yang memiliki izin REPLICATION CLIENT dan REPLICATION SLAVE pada instans MySQL eksternal.

Untuk mengonfigurasi instans MySQL eksternal sebagai sumber replikasi
  1. Dengan menggunakan klien MySQL pilihan Anda, hubungkan ke instans MySQL eksternal dan buat akun pengguna yang akan digunakan untuk replikasi. Berikut adalah contohnya.

    CREATE USER 'repl_user'@'mydomain.com' IDENTIFIED BY 'SomePassW0rd'
  2. Pada instans MySQL eksternal, berikan hak akses REPLICATION CLIENT dan REPLICATION SLAVE kepada pengguna replikasi Anda. Contoh berikut memberikan hak akses REPLICATION CLIENT dan REPLICATION SLAVE pada semua basis data untuk pengguna 'repl_user' domain Anda.

    GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'mydomain.com' IDENTIFIED BY 'SomePassW0rd'

Saat Anda memanggil mysql.rds_set_external_source_with_auto_position, Amazon RDS mencatat informasi tertentu. Informasi ini adalah waktu, pengguna, dan tindakan "set master" di tabel mysql.rds_history dan mysql.rds_replication_status.

Untuk melewati transaksi berbasis GTID tertentu yang diketahui menyebabkan masalah, Anda dapat menggunakan prosedur tersimpan mysql.rds_skip_transaction_with_gtid (Aurora Versi saya 2 dan 3) SQL. Untuk informasi selengkapnya tentang cara menggunakan replikasi berbasis GTID, lihat Menggunakan replikasi GTID berbasis.

Contoh

Saat menjalankan di instans primer Aurora, contoh berikut mengonfigurasi klaster Aurora untuk bertindak sebagai replika baca dari instans MySQL yang berjalan di luar Aurora.

call mysql.rds_set_external_source_with_auto_position( 'Externaldb.some.com', 3306, 'repl_user'@'mydomain.com', 'SomePassW0rd');

mysql.rds_set_master_auto_position (RDS )

Menetapkan mode replikasi untuk didasarkan pada posisi file log biner atau pada pengidentifikasi transaksi global ()GTIDs.

Sintaks

CALL mysql.rds_set_master_auto_position ( auto_position_mode );

Parameter

auto_position_mode

Nilai yang menunjukkan apakah akan menggunakan replikasi posisi file log atau replikasi berbasis GTID:

  • 0 – Gunakan metode replikasi berdasarkan posisi file log biner. Nilai default-nya 0.

  • 1 – Gunakan metode replikasi berbasis GTID.

Catatan penggunaan

Pengguna utama harus menjalankan prosedur mysql.rds_set_master_auto_position.

Prosedur ini didukung untuk Aurora MySQL versi 2.

mysql.rds_set_read_only (Aurora MySQL versi 3)

Menghidupkan atau menonaktifkan read_only mode secara global untuk instans DB.

Sintaks

CALL mysql.rds_set_read_only(mode);

Parameter

mode

Nilai yang menunjukkan apakah read_only mode aktif atau tidak aktif secara global untuk instans DB:

  • 0OFF. Defaultnya adalah0.

  • 1ON

Catatan penggunaan

Prosedur yang mysql.rds_set_read_only disimpan hanya memodifikasi read_only parameter. innodb_read_onlyParameter tidak dapat diubah pada instans DB pembaca.

Perubahan read_only parameter tidak bertahan saat reboot. Untuk membuat perubahan permanenread_only, Anda harus menggunakan parameter cluster read_only DB.

Prosedur ini didukung untuk Aurora MySQL versi 3.06 dan lebih tinggi.

mysql.rds_set_session_binlog_format (Aurora MySQL versi 2)

Mengatur format log biner untuk sesi saat ini.

Sintaksis

CALL mysql.rds_set_session_binlog_format(format);

Parameter

format

Nilai yang menunjukkan format log biner untuk sesi saat ini:

  • STATEMENT – Sumber replikasi menulis peristiwa ke log biner berdasarkan pernyataan SQL.

  • ROW – Sumber replikasi menulis peristiwa ke log biner yang menunjukkan perubahan pada baris tabel individual.

  • MIXED – Pencatatan log umumnya didasarkan pada pernyataan SQL, tetapi beralih ke baris dalam kondisi tertentu. Untuk informasi selengkapnya, lihat Mixed Binary Logging Format dalam dokumentasi MySQL.

Catatan penggunaan

Untuk klaster DB Aurora MySQL, Anda memanggil prosedur tersimpan ini saat terhubung ke instans primer.

Untuk menggunakan prosedur tersimpan ini, Anda harus memiliki pencatatan log biner yang dikonfigurasi untuk sesi saat ini.

Untuk Aurora, prosedur ini didukung untuk Aurora MySQL versi 2.12 dan versi yang lebih tinggi yang kompatibel dengan MySQL 5.7.

mysql.rds_set_source_auto_position ( 3)

Menetapkan mode replikasi untuk didasarkan pada posisi file log biner atau pada pengidentifikasi transaksi global ()GTIDs.

Sintaks

CALL mysql.rds_set_source_auto_position (auto_position_mode);

Parameter

auto_position_mode

Nilai yang menunjukkan apakah akan menggunakan replikasi posisi file log atau replikasi berbasis GTID:

  • 0 – Gunakan metode replikasi berdasarkan posisi file log biner. Nilai default-nya 0.

  • 1 – Gunakan metode replikasi berbasis GTID.

Catatan penggunaan

Untuk klaster DB Aurora MySQL, Anda memanggil prosedur tersimpan ini saat terhubung ke instans primer.

Pengguna administratif harus menjalankan prosedur mysql.rds_set_source_auto_position.

mysql.rds_skip_repl_error

Melewati dan menghapus kesalahan replikasi pada replika baca DB MySQL.

Sintaksis

CALL mysql.rds_skip_repl_error;

Catatan penggunaan

Pengguna utama harus menjalankan prosedur mysql.rds_skip_repl_error pada replika baca. Untuk informasi selengkapnya tentang prosedur ini, lihat Melewati kesalahan replikasi saat ini.

Untuk menentukan apakah ada kesalahan, jalankan perintah SHOW REPLICA STATUS\G MySQL. Jika kesalahan replikasi tidak parah, Anda dapat menjalankan mysql.rds_skip_repl_error untuk melewati kesalahan tersebut. Jika ada beberapa kesalahan, mysql.rds_skip_repl_error akan menghapus kesalahan pertama, lalu memberi peringatan bahwa ada kesalahan lain. Anda kemudian dapat menggunakan SHOW REPLICA STATUS\G untuk menentukan tindakan yang benar untuk kesalahan berikutnya. Untuk informasi tentang nilai yang ditampilkan, lihat SHOW REPLICA STATUS statement dalam dokumentasi MySQL.

Untuk informasi selengkapnya tentang cara mengatasi kesalahan replikasi dengan Aurora MySQL, lihat Mendiagnosis dan menyelesaikan kegagalan replikasi baca MySQL.

Kesalahan replikasi terhenti

Ketika memanggil prosedur mysql.rds_skip_repl_error, Anda mungkin menerima pesan kesalahan yang menyatakan bahwa replika tidak berfungsi atau dinonaktifkan.

Pesan kesalahan ini muncul jika Anda menjalankan prosedur pada instans primer, bukan replika baca. Anda harus menjalankan prosedur ini pada replika baca agar prosedur berfungsi.

Pesan kesalahan ini mungkin juga muncul jika Anda menjalankan prosedur pada replika baca, tetapi replikasi tidak berhasil dimulai ulang.

Jika Anda perlu melewati sejumlah besar kesalahan, lag replikasi dapat meningkat hingga melampaui periode retensi default untuk file log biner (binlog). Dalam hal ini, Anda mungkin mengalami kesalahan fatal karena file binlog dibersihkan sebelum diputar ulang pada replika baca. Penghapusan ini menyebabkan replikasi berhenti, dan Anda tidak dapat lagi memanggil perintah mysql.rds_skip_repl_error untuk melewati kesalahan replikasi.

Anda dapat memitigasi masalah ini dengan meningkatkan jumlah jam retensi file binlog tersebut pada instans basis data sumber Anda. Setelah meningkatkan waktu retensi binlog, Anda dapat memulai ulang replikasi dan memanggil perintah mysql.rds_skip_repl_error sesuai kebutuhan.

Untuk mengatur waktu retensi binlog, gunakan prosedur mysql.rds_set_configuration dan tentukan parameter konfigurasi 'binlog retention hours' bersama dengan jumlah jam untuk mempertahankan file binlog di klaster DB. Contoh berikut menetapkan periode penyimpanan file binlog menjadi 48 jam.

CALL mysql.rds_set_configuration('binlog retention hours', 48);

mysql.rds_start_replication

Memulai replikasi dari klaster DB Aurora MySQL.

catatan

Anda dapat menggunakan prosedur tersimpan mysql.rds_start_replication_until (Aurora MySQL versi 3) atau mysql.rds_start_replication_until_gtid (Aurora Versi saya 3) SQL untuk memulai replikasi dari instans DB Aurora MySQL dan menghentikan replikasi di lokasi file log biner yang telah ditentukan.

Sintaksis

CALL mysql.rds_start_replication;

Catatan penggunaan

Pengguna utama harus menjalankan prosedur mysql.rds_start_replication.

Untuk mengimpor data dari instance MySQL eksternal ke Amazon RDS, mysql.rds_start_replication panggil replika baca untuk memulai proses replikasi setelah Anda mysql.rds_set_external_master 2) memanggil mysql.rds_set_external_source (RDS ) atau membangun konfigurasi replikasi. Untuk informasi selengkapnya, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner).

Untuk mengekspor data ke instans MySQL yang berjalan di luar Amazon RDS, panggil mysql.rds_start_replication dan mysql.rds_stop_replication pada replika baca untuk mengontrol beberapa tindakan replikasi, seperti membersihkan log biner. Untuk informasi selengkapnya, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner).

Anda juga dapat memanggil mysql.rds_start_replication ​​pada replika baca untuk memulai kembali proses replikasi apa pun yang sebelumnya Anda hentikan dengan memanggil mysql.rds_stop_replication. Untuk informasi selengkapnya, lihat Kesalahan replikasi terhenti.

mysql.rds_start_replication_until (Aurora MySQL versi 3)

Memulai replikasi dari klaster DB Aurora MySQL dan menghentikan replikasi di lokasi file log biner yang telah ditentukan.

Sintaks

CALL mysql.rds_start_replication_until ( replication_log_file , replication_stop_point );

Parameter

replication_log_file

Nama log biner pada instans basis data sumber yang berisi informasi replikasi.

replication_stop_point

Lokasi di log biner replication_log_file tempat replikasi akan berhenti.

Catatan penggunaan

Pengguna utama harus menjalankan prosedur mysql.rds_start_replication_until.

Prosedur ini didukung untuk Aurora MySQL versi 3.04 dan yang lebih tinggi.

Prosedur mysql.rds_start_replication_until tersimpan tidak didukung untuk replikasi terkelola, yang mencakup hal-hal berikut:

Nama file yang ditentukan untuk parameter replication_log_file harus cocok dengan nama file binlog instans basis data sumber.

Jika parameter replication_stop_point menentukan lokasi perhentian di masa lalu, replikasi akan segera dihentikan.

Contoh

Contoh berikut memulai replikasi dan mereplikasi perubahan hingga mencapai lokasi 120 di file log biner mysql-bin-changelog.000777.

call mysql.rds_start_replication_until( 'mysql-bin-changelog.000777', 120);

mysql.rds_stop_replication

Menghentikan replikasi dari instans DB MySQL.

Sintaks

CALL mysql.rds_stop_replication;

Catatan penggunaan

Pengguna utama harus menjalankan prosedur mysql.rds_stop_replication.

Jika Anda mengonfigurasi replikasi untuk mengimpor data dari instans MySQL yang berjalan di luar Amazon RDS, Anda memanggil mysql.rds_stop_replication pada replika baca untuk menghentikan proses replikasi setelah impor selesai. Untuk informasi selengkapnya, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner).

Jika Anda mengonfigurasi replikasi untuk mengekspor data ke instans MySQL yang berjalan di luar Amazon RDS, Anda memanggil mysql.rds_start_replication dan mysql.rds_stop_replication pada replika baca untuk mengontrol beberapa tindakan replikasi, seperti membersihkan log biner. Untuk informasi selengkapnya, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner).

Prosedur mysql.rds_stop_replication tersimpan tidak didukung untuk replikasi terkelola, yang mencakup hal-hal berikut: