[轉]slave_io running 爲NO解決過程

    由於是第一次使用主從數據庫,不知道原來啓動一次數據庫,就會產生新的,mysql-bin.00000文件,而且mysql-bin.index也會相應增加,所以導致我在sqlyog進行show master status的時候的時候,顯示居然不是mysql-bin.000001,而是mysql-bin.000004,顯然是用的最新的mysql-bin.00000,雖然有4個mysql-bin.00000,但是肯定是系統自動選擇最新的mysql-bin.000004。

   

 mysql-bin.index文件是可以進行刪除或者更改,就算你刪除後,重啓mysql的時候,會自動生成該文件

現在在打算手動更新:

vim /var/lib/mysql/master.info

當然設置好後需要重啓mysql服務

 說明我們手動更改還是有效,之前是mysql-bin.000004

然後在sqlyog中change master

還是失敗,不僅僅失敗了,本來有一個yes一個no的,現在變成了兩個no

仔細分析,發現,我的master和slave,其實由於還是存在着不少之前掛載不成功的文件,

在路徑/var/lib/mysql 下

我們需要手動將這些文件rm -rf 掉

然後重新進行掛載們雖然還是失敗,但是還是回到之前的一個YES和一個NO

現在我們改怎麼辦呢?在show slave status時發現,那個表有一個單元格有錯誤的log信息,我就拷貝出來看了:

Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs;
 these UUIDs must be different for replication to work.

原來是我們兩臺主從服務器的UUIDs是相同的,然後分別去看看兩臺服務器的/var/lib/mysql/auto.cof

果然UUIDs是相同的,隨便改變一個數據庫的UUIDs的數值,然後重啓數據庫

解決

開心,久違的兩個YES

 

 

 


---------------------
原文:

https://blog.csdn.net/zhou_438/article/details/84379625

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章