mysql主從同步復(fù)制錯誤解決一例
更新時間：2011年05月26日 01:18:16 作者：
Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids
蚊子今天下午搭了一主三從的mysql復(fù)制，結(jié)果所有服務(wù)器都配置好后，發(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這行我沒有注釋掉（在下面復(fù)制部分我設(shè)置了server_id），于是馬上把這行注釋掉了，然后重啟mysql，發(fā)現(xiàn)還是報同樣的錯誤。
使用如下命令查看了一下server_id
mysql> show variables like 'server_id';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id | 1 |
+---------------+-------+
1 row in set (0.00 sec)
發(fā)現(xiàn)，mysql并沒有從my.cnf文件中更新server_id，既然這樣就只能手動修改了
mysql> set global server_id=2; #此處的數(shù)值和my.cnf里設(shè)置的一樣就行
mysql> slave start;
如此執(zhí)行后，slave恢復(fù)了正常。
不過稍后蚊子使用/etc/init.d/mysqld restart重啟了mysql服務(wù)，然后查看slave狀態(tài)，發(fā)現(xiàn)又出現(xiàn)了上面的錯誤，然后查看server_id發(fā)現(xiàn)這個數(shù)值又恢復(fù)到了1。
之后蚊子又重新查看了一下/etc/my.cnf的內(nèi)容，確認(rèn)應(yīng)該不是這個文件的問題，于是去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服務(wù)，發(fā)現(xiàn)一切恢復(fù)了正常。如果有人也出現(xiàn)類似的問題，不妨試試這個辦法吧。
復(fù)制代碼 代碼如下:
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這行我沒有注釋掉（在下面復(fù)制部分我設(shè)置了server_id），于是馬上把這行注釋掉了，然后重啟mysql，發(fā)現(xiàn)還是報同樣的錯誤。
使用如下命令查看了一下server_id
復(fù)制代碼 代碼如下:
mysql> show variables like 'server_id';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id | 1 |
+---------------+-------+
1 row in set (0.00 sec)
發(fā)現(xiàn)，mysql并沒有從my.cnf文件中更新server_id，既然這樣就只能手動修改了
復(fù)制代碼 代碼如下:
mysql> set global server_id=2; #此處的數(shù)值和my.cnf里設(shè)置的一樣就行
mysql> slave start;
如此執(zhí)行后，slave恢復(fù)了正常。
不過稍后蚊子使用/etc/init.d/mysqld restart重啟了mysql服務(wù)，然后查看slave狀態(tài)，發(fā)現(xiàn)又出現(xiàn)了上面的錯誤，然后查看server_id發(fā)現(xiàn)這個數(shù)值又恢復(fù)到了1。
之后蚊子又重新查看了一下/etc/my.cnf的內(nèi)容，確認(rèn)應(yīng)該不是這個文件的問題，于是去google查了一下，看到mysql在啟動的時候會查找/etc/my.cnf、DATADIR/my.cnf，USER_HOME/my.cnf。
于是我執(zhí)行了
復(fù)制代碼 代碼如下:
find / -name "my.cnf"
居然在/usr/local/mysql這個目錄下發(fā)現(xiàn)了my.cnf文件，于是蚊子將這個文件刪除了，然后再重啟mysql服務(wù)，發(fā)現(xiàn)一切恢復(fù)了正常。如果有人也出現(xiàn)類似的問題，不妨試試這個辦法吧。
相關(guān)文章
一般在數(shù)據(jù)庫使用規(guī)范中，我們都會看到這么一條：庫名及表名一律使用小寫英文。你有沒有思考過，為什么推薦使用小寫呢？庫表名是否應(yīng)該區(qū)分大小寫呢？帶著這些疑問，我們一起來看下本篇文章。2021-06-06
這篇文章主要介紹了mysql 批量修復(fù),需要的朋友可以參考下2016-05-05
Mysql?InnoDB?B+樹索引目錄項(xiàng)記錄頁管理
這篇文章主要為大家介紹了Mysql?InnoDB?B+樹索引目錄項(xiàng)記錄頁管理，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-05-05
MySQL關(guān)閉過程詳解和安全關(guān)閉MySQL的方法
這篇文章主要介紹了MySQL關(guān)閉過程詳解和安全關(guān)閉MySQL的方法,在了解了關(guān)閉過程后,出現(xiàn)故障能迅速定位,本文還給出了安全關(guān)閉MySQL的建議及方法,需要的朋友可以參考下2014-08-08
這篇文章主要介紹了MySQL中Join的算法(NLJ、BNL、BKA)詳解，Join是MySQL中最常見的查詢操作之一，用于從多個表中獲取數(shù)據(jù)并將它們組合在一起,本文將探討這兩種算法的工作原理，以及如何在MySQL中使用它們2023-07-07
開發(fā)中經(jīng)常會遇到,分組查詢最新數(shù)據(jù)的問題,下面這篇文章主要給大家介紹了關(guān)于mysql如何取分組之后最新的數(shù)據(jù)的相關(guān)資料,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-06-06
用MyEclipse配置DataBase Explorer(圖示)
本文介紹了，用MyEclipse配置DataBase Explorer的圖片示例。需要的朋友參考下2013-04-04
這篇文章主要介紹了MySQL中如何重建表問題。具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2023-02-02
詳解MySQL數(shù)據(jù)庫、表與完整性約束的定義(Create)
這篇文章主要介紹了MySQL數(shù)據(jù)庫、表與完整性約束的定義(Create),本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友參考下吧2025-04-04
此文章主要向大家描述的是MySQL字符集的基本類型，以及統(tǒng)一字符集的實(shí)際操作方法，下面就是文章的主要內(nèi)容描述。2011-09-09