1. 程式人生 > >slave_io running 為NO解決過程

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