在mysql主從同步的過程中，可能會因為各種原因出現主庫與從庫不同步的情況，網上雖然有一些解決辦法，但是有時很難徹底解決，重置主從伺服器也許不是最快的辦法，但卻是最安全有效的。

　　下面將自己重置主從同步的步驟總結一下，以備不時之需。

　　master與slave均使用：centos6.0+mysql 5.1.61 ，假設有db1,db2兩個資料庫需要熱備。

　　文中shell與mysql均使用root賬號，在真實環境中，請根據情況更換。 

1.停止slave伺服器的主從同步

為了防止主從資料不同步，需要先停止slave上的同步服務。

STOP SLAVE;

2.對master伺服器的資料庫加鎖

為了避免在備份的時候對資料庫進行更新操作，必須對資料庫加鎖。

FLUSH TABLES WITH READ LOCK;

如果是web伺服器也可以關閉apache或nginx服務，效果也是一樣的。

3.備份master上的資料

mysqldump -u root -p -databases db1 db2 > bak.sql

4.重置master服務

RESET MASTER;

這個是重置master的核心語法，看一下官方解釋。

RESET MASTER removes all binary log files that are listed in the index file, leaving only a single, empty binary log file with a numeric suffix of .000001, whereas the numbering is not reset by PURGE
BINARY LOGS.

RESET MASTER is not intended to be used while any replication slaves are running. The behavior of RESET MASTER when used while slaves are running is undefined (and thus unsupported), whereas PURGE
BINARY LOGS may be safely used while replication slaves are running.

大概的意思是RESET MASTER將刪除所有的二進位制日誌，建立一個.000001的空日誌。RESET MASTER並不會影響SLAVE伺服器上的工作狀態，所以盲目的執行這個命令會導致slave找不到master的binlog，造成同步失敗。

但是我們就是要重置同步，所以必須執行它。

5.對master伺服器的資料庫解鎖

UNLOCK TABLES;

如果你停止了apache或nginx，請開啟它們

6.將master上的備份檔案拷貝到slave伺服器上

大可不必用WinScp先下載到本地再上傳到slave上，可以直接使用scp命令在伺服器間拷貝，速度更快。

scp -r root@XXX.XXX.XXX.XXX:/root/bak.sql ./

7.刪除slave伺服器上的舊資料

刪除前，請先確認該備份的是否都備份了。

DROP DATABASE db1;
DROP DATABASE db2;

8.匯入資料

SOURCE /root/bak.sql;

9.重置slave服務

RESET SLAVE;

還是看一下官方解釋

RESET SLAVE makes the slave forget its replication position in the master`s binary log. This statement is meant to be used for a clean start: It deletes the master.info and relay-log.info files, all
the relay log files, and starts a new relay log file. To use RESET SLAVE, the slave replication threads must be stopped (use STOP SLAVE if necessary).

大概意思是，RESET SLAVE將清除slave上的同步位置，刪除所有舊的同步日誌，使用新的日誌重新開始，這正是我們想要的。需要注意的是，必須先停止slave服務（STOP SLAVE），我們已經在第一步停止了它。

10.開啟slave服務

START SLAVE;

大功告成，SHOW SLAVE STATUSG 檢查同步狀態，一切正常。

 參考：

http://www.cnblogs.com/sunyuxun/archive/2012/09/13/2683338.html