Ini adalah salah satu topik favorit saya dan seperti yang Anda ketahui, semua orang menyukai Database (sejauh yang saya tahu) serta semua orang membenci database (Sayangnya, ketika sampai pada satu titik kegagalan). Kami di Goibibo Tech menggunakan MySQL pada intinya dan kami memiliki cluster database Master Slave di sistem kami. Oh tunggu
Saya memiliki pengaturan replikasi master ke budak. Budak menjalankan Mariadb 10. 0. 32 di Centos 6. Masternya adalah Clusterrix (produk yang kompatibel dengan MySQL 5 berkerumun)>
Saya tidak melihat kesalahan apa pun di "tampilkan status budak". Keluarannya ada di bawah. Menjalankan "show slave status" berturut-turut menunjukkan perubahan di "Read_Master_Log_Pos" dan "Relay_Log_Space". Namun, nilai untuk "Exec_Master_Log_Pos" TIDAK berubah. Selain itu, tampaknya TIDAK ada penyisipan/pembaruan yang terjadi pada budak
Berikut ini mungkin relevan (pengetahuan saya tentang proses ini agak terbatas) Basis data yang akan direplikasi adalah sekitar 2. 5TB dan perlu menggunakan mysqldump untuk mendapatkan cadangan dan kemudian mengisi budak. Proses ini memakan waktu sekitar 3 setengah hari. Dump yang digunakan untuk mengisi database memiliki MASTER_LOG_FILE='dr_ladders. 001270', MASTER_LOG_POS=20857072 File binlog pada master saat saya memulai slave adalah dr_ladders. 001328
Terakhir, satu-satunya kesalahan yang terjadi berulang kali di log adalah. Budak SQL. Tidak dapat menjalankan acara Delete_rows_v1 di tangga meja. subscriber_parameter_log; . 1032; . 1032; . 1032 Saya punya "slave-skip-errors" untuk 1032
Terima kasih sebelumnya atas bantuan Anda
show slave status\G$ *************************** 1. row ***************************$ Slave_IO_State: Waiting for master to send event$ Master_Host: 10.14.4.4$ Master_User: rep_mariadb$ Master_Port: 3306$ Connect_Retry: 10$ Master_Log_File: dr_ladders.001330$ Read_Master_Log_Pos: 43841364$ Relay_Log_File: ip-10-14-11-198-relay-bin.000002$ Relay_Log_Pos: 3913332$ Relay_Master_Log_File: dr_ladders.001270$ Slave_IO_Running: Yes$ Slave_SQL_Running: Yes$ Replicate_Do_DB: ladders$ 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_Master_Log_Pos: 24770010$ Relay_Log_Space: 6590196062$ Until_Condition: None$ Until_Log_File: $ Until_Log_Pos: 0$ Master_SSL_Allowed: No$ Master_SSL_CA_File: $ Master_SSL_CA_Path: $ Master_SSL_Cert: $ Master_SSL_Cipher: $ Master_SSL_Key: $ Seconds_Behind_Master: 366210$ Master_SSL_Verify_Server_Cert: No$ Last_IO_Errno: 0$ Last_IO_Error: $ Last_SQL_Errno: 0$ Last_SQL_Error: $ Replicate_Ignore_Server_Ids: $ Master_Server_Id: 1133397644$ Master_SSL_Crl: $ Master_SSL_Crlpath: $ Using_Gtid: No$ Gtid_IO_Pos: $ 1 row in set (0.00 sec)$Tampaknya replikasi berfungsi, tetapi ada kelambatan yang sangat besar (366210 detik di belakang master, lebih dari 4 hari)
Permintaan di log kesalahan Anda gagal, tetapi dengan kesalahan budak-lewati ini tidak akan menahan banyak hal
Komentar
Konten yang direproduksi di situs ini adalah milik dari pemiliknya masing-masing, dan konten ini tidak ditinjau sebelumnya oleh MariaDB. Pandangan, informasi, dan opini yang diungkapkan oleh konten ini tidak selalu mewakili MariaDB atau pihak lain mana pun
Pengembang sering bekerja hanya pada satu mesin, dan memiliki seluruh lingkungan pengembangan mereka pada mesin itu. Menguji replikasi database sebelum menerapkan perubahan dalam lingkungan pengembangan semacam ini bisa menjadi tugas yang menantang. Dalam artikel ini, Toptal engineer Ivan Bojovic memandu kita melalui tutorial langkah demi langkah tentang cara mengimplementasikan replikasi master-slave MySQL di satu mesin
Membagikan
MembagikanPengembang sering bekerja hanya pada satu mesin, dan memiliki seluruh lingkungan pengembangan mereka pada mesin itu. Menguji replikasi database sebelum menerapkan perubahan dalam lingkungan pengembangan semacam ini bisa menjadi tugas yang menantang. Dalam artikel ini, Toptal engineer Ivan Bojovic memandu kita melalui tutorial langkah demi langkah tentang cara mengimplementasikan replikasi master-slave MySQL di satu mesin
Oleh Ivan Bojovic
Pakar Terverifikasi di bidang Teknik
Ivan memiliki lebih dari 11 tahun pengalaman dengan MySQL, Oracle, PostgreSQL dan sistem database lainnya, dan merupakan DBA MySQL bersertifikat