mysql主從同步復制錯誤解決一例

2024-07-24 12:44:26

字體：大中小

供稿：網(wǎng)友

蚊子今天下午搭了一主三從的mysql復制，結果所有服務器都配置好后，發(fā)現(xiàn)從上報如下的錯誤
復制代碼代碼如下:

Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it).

意思就是從上的server_id和主的一樣的，經(jīng)查看發(fā)現(xiàn)從上的/etc/my.cnf中的server_id=1這行我沒有注釋掉（在下面復制部分我設置了server_id），于是馬上把這行注釋掉了，然后重啟mysql，發(fā)現(xiàn)還是報同樣的錯誤。

使用如下命令查看了一下server_id
復制代碼代碼如下:

發(fā)現(xiàn)，mysql并沒有從my.cnf文件中更新server_id，既然這樣就只能手動修改了
復制代碼代碼如下:

mysql> set global server_id=2; #此處的數(shù)值和my.cnf里設置的一樣就行
mysql> slave start;

如此執(zhí)行后，slave恢復了正常。

不過稍后蚊子使用/etc/init.d/mysqld restart重啟了mysql服務，然后查看slave狀態(tài)，發(fā)現(xiàn)又出現(xiàn)了上面的錯誤，然后查看server_id發(fā)現(xiàn)這個數(shù)值又恢復到了1。

之后蚊子又重新查看了一下/etc/my.cnf的內(nèi)容，確認應該不是這個文件的問題，于是去google查了一下，看到mysql在啟動的時候會查找/etc/my.cnf、DATADIR/my.cnf，USER_HOME/my.cnf。

于是我執(zhí)行了
復制代碼代碼如下:

find / -name "my.cnf"

居然在/usr/local/mysql這個目錄下發(fā)現(xiàn)了my.cnf文件，于是蚊子將這個文件刪除了，然后再重啟mysql服務，發(fā)現(xiàn)一切恢復了正常。如果有人也出現(xiàn)類似的問題，不妨試試這個辦法吧。

您可能感興趣的文章:

mysql 隊列實現(xiàn)并發(fā)讀深入mysql并發(fā)插入優(yōu)化詳解MySQL主從復制的原理及配置方法（比較詳細）mysql中復制表結構的方法小結MySQL復制表結構和內(nèi)容到另一張表中的SQL語句MySQL的主從復制步驟詳解及常見錯誤解決方法MySQL的隱式類型轉(zhuǎn)換整理總結MySQL隱式類型的轉(zhuǎn)換陷阱和規(guī)則MySQL 5.7并發(fā)復制隱式bug實例分析

上一篇：MySQL中字符串函數(shù)詳細介紹

下一篇：mysql 讓一個存儲過程定時作業(yè)的代碼