標籤:user commit dump 從庫 匯入 鎖定 form info 備份
1.網路的延遲
由於mysql主從複製是基於binlog的一種非同步複製,通過網路傳送binlog檔案,理所當然網路延遲是主從不同步的絕大多數的原因,特別是跨機房的資料同步出現這種幾率非常的大,所以做讀寫分離,注意從業務層進行前期設計。
2.主從兩台機器的負載不一致
由於mysql主從複製是主要資料庫上面啟動1個io線程,而從上面啟動1個sql線程和1個io線程,當中任何一台機器的負載很高,忙不過來,導致其中的任何一個線程出現資源不足,都將出現主從不一致的情況。
3.max_allowed_packet設定不一致
主要資料庫上面設定的max_allowed_packet比從資料庫大,當一個大的sql語句,能在主要資料庫上面執行完畢,從資料庫上面設定過小,無法執行,導致的主從不一致。
4.key自增鍵開始的索引值跟自增步長設定不一致引起的主從不一致。
5.mysql異常宕機情況下,如果未設定sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出現binlog或者relaylog檔案出現損壞,導致主從不一致。
6.mysql本身的bug引起的主從不同步。
7.版本不一致,特別是高版本是主,低版本為從的情況下,主要資料庫上面支援的功能,從資料庫上面不支援該功能。
解決方案:
方法一:忽略錯誤後,繼續同步該方法適用於主從庫資料相差不大,或者要求資料可以不完全統一的情況,資料要求不嚴格的情況 解決: stop slave; #表示跳過一步錯誤,後面的數字可變set global sql_slave_skip_counter =1;start slave; 之後再用mysql> show slave status\G 查看: Slave_IO_Running: YesSlave_SQL_Running: Yes ok,現在主從同步狀態正常了。。。
方式二:重新做主從,完全同步該方法適用於主從庫資料相差較大,或者要求資料完全統一的情況 解決步驟如下: 1.先進入主庫,進行鎖表,防止資料寫入 使用命令: mysql> flush tables with read lock; 注意:該處是鎖定為唯讀狀態,語句不區分大小寫 2.進行資料備份 #把資料備份到mysql.bak.sql檔案[[email protected] mysql]#mysqldump -uroot -p -hlocalhost > mysql.bak.sql這裡注意一點:Database Backup一定要定期進行,可以用shell指令碼或者python指令碼,都比較方便,確保資料萬無一失3.查看master 狀態 mysql> show master status;+-------------------+----------+--------------+-------------------------------+| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |+-------------------+----------+--------------+-------------------------------+| mysqld-bin.000001 | 3260 | | mysql,test,information_schema |+-------------------+----------+--------------+-------------------------------+1 row in set (0.00 sec) 4.把mysql備份檔案傳到從庫機器,進行資料恢複 #使用scp命令[[email protected] mysql]# scp mysql.bak.sql [email protected]:/tmp/ 5.停止從庫的狀態mysql> stop slave; 6.然後到從庫執行mysql命令,匯入資料備份 mysql> source /tmp/mysql.bak.sql 7.設定從庫同步,注意該處的同步點,就是主庫show master status資訊裡的| File| Position兩項 change master to master_host = ‘192.168.128.100‘, master_user = ‘rsync‘, master_port=3306, master_password=‘‘, master_log_file = ‘mysqld-bin.000001‘, master_log_pos=3260; 8.重新開啟從同步mysql> start slave; 9.查看同步狀態mysql> show slave status\G 查看: Slave_IO_Running: YesSlave_SQL_Running: Yes
MYSQL主從不同步延遲原理分析及解決方案