mysql主從出現問題 如何診斷故障點 如何恢複資料

標籤：mysql   主從   

1 主從問題原因

一般導致主從問題的因素一般有以下幾種：一個主庫的從庫太多，從庫硬體比主庫差，慢SQL語句過多主從複製單線程，主庫寫並發太大來不及傳送到從庫。主從庫之間的網路延遲。因為機器配置的問題，包括磁碟IO，CPU，記憶體等各方面因素造成複製的延遲

2 主從問題

主從問題很多，錯誤碼也不一樣，可以在從庫上執行show slave status\G查看是否主從同步了，如果sql和lo線程狀態不是yes，說明主從同步出現問題了。

執行個體1-1      從庫寫入資料衝突

例如：show slave status\G查看主從同步，下面會出現錯誤碼：

Last_SQL_Error: Error ‘Can‘t createdatabase ‘mao‘; database exists‘ on query. Default database: ‘mao‘. Query:‘create database mao‘

一般出現錯誤會有代碼提示，如上可以看出來是因為從庫建立了跟主庫同名的資料庫，造成衝突了。

執行個體1-2      server-id相同

另外，經常也有主和從的server-id配置相同，導致從庫的IO線程一直是正在串連的狀態（connecting），一直轉變不了yes.

如果server-id衝突，主伺服器會kill掉先串連進來的從伺服器的IO線程，後面串連進來的具有相同server-id的IO線程會覆蓋前面具有相同server-id的IO線程.

一般可以修改從庫的設定檔中server-id，與主庫不同即可。

執行個體1-3      uuid相同衝突

配置MySQL主從時，由於是拷貝的mysql目錄，導致主從mysql uuid相同， Slave_IO無法啟動，報錯資訊如下：

The slave I/O thread stops becausemaster and slave have equal MySQL server UUIDs; these UUIDs must be differentfor replication to work.

解決辦法:修改mysqldata 目錄下auto.cnf 檔案中uuid的值，使兩台mysql不同即可，修改後重啟mysql服務。

 

3 其他補充解決方案

方法一：如果資料要求不嚴格，可以忽略錯誤後，繼續同步；該方法適用於主從庫資料相差不大，或者要求資料可以不完全統一的情況。

stop slave;

#表示跳過一步錯誤，後面的數字可變

set global sql_slave_skip_counter =1;

start slave;

方法二：

根據可以忽略的錯誤號碼事先在設定檔中配置，跳過指定的不影響業務資料的錯誤。

[[email protected] logs]# grep slave-skip/etc/my.cnf

slave-skip-errors = 1032,1062,1007

方法三：主從庫資料相差較大，或者要求資料完全統一的情況可以重新做主從，完全同步。

mysql主從出現問題 如何診斷故障點   如何恢複資料