mysql主從出現問題后應該如何診斷故障點及恢復數據

本文主要給大家介紹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;

方法二：

根據可以忽略的錯誤號事先在配置文件中配置，跳過指定的不影響業務數據的錯誤。

[root@DB01 logs]# grep slave-skip/etc/my.cnf

slave-skip-errors = 1032,1062,1007

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

看完以上關于mysql主從出現問題后應該如何診斷故障點及恢復數據，很多讀者朋友肯定多少有一定的了解，如需獲取更多的行業知識信息 ，可以持續關注我們的行業資訊欄目的。