MySQL資料庫主從不同步的解決方案
故障描述:
進入從資料庫
mysql> show slave status\G;
結果如下:
...
Slave_IO_Running: Yes
Slave_SQL_Running: No
Last_Errno: 1062
...
原因:
1.程式可能在slave上進行了寫操作
2.可能是slave機器重啟後,事物復原造成的
多數是第二種造成的
解決方案一:忽略錯誤後繼續同步
該方法適用於主從庫資料相差不大,或者要求資料可以不完全統一的情況,資料要求不嚴格的情況
mysql> slave stop;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> slave start;
解決方案二:強制性從某一個點開始同步
此方法會有部分沒有同步的資料丟失,後續主伺服器上刪除記錄同步也會有一些錯誤資訊,不會影響使用
到主伺服器上查看主機狀態:
記錄File和Position對應的值。
mysql> show master status;
+------------------+-----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+-----------+--------------+------------------+
| mysql-bin.000021 | 135617782 | | |
+------------------+-----------+--------------+------------------+
1 row in set (0.00 sec)
3.到slave伺服器上執行手動同步:
mysql> change master to
> master_host='master_ip',
> master_user='user',
> master_password='pwd',
> master_port=3307,
> master_log_file='mysql-bin.000021',
> master_log_pos=135617782;
1 row in set (0.00 sec)
mysql> slave start;
1 row in set (0.00 sec)
再次查看slave狀態發現:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
...
Seconds_Behind_Master: 0
解決方案三:重新做主從,完全同步
該方法適用於主從庫資料相差較大,或者要求資料完全統一的情況
1.進入主庫,進行資料備份
mysqldump -u root -p --opt --master-data --single-transaction -B > mysql.bak.sql
2.把mysql備份檔案傳到從庫上,匯入從庫
mysql > stop slave;
mysql -u root -p < mysql.bak.sql
3. 從備份檔案中找到file和position
grep -i "CHANGE MASTER TO" mysql.bak.sql會得到以下類似內容:
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000021', MASTER_LOG_POS=135617782;
4.設定從庫同步
mysql> change master to
> master_host='master_ip',
> master_user='user',
> master_password='pwd',
> master_port=3307,
> master_log_file='mysql-bin.000021',
> master_log_pos=135617782;
mysql> slave start;
1 row in set (0.00 sec)
再次查看slave狀態發現:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
...
Seconds_Behind_Master: 0
本文永久更新連結地址: