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)容，確認應(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)容，確認應(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)文章
這篇文章主要為大家詳細介紹了MySql安裝與使用圖文教程，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-03-03
Mysql通過Adjacency List(鄰接表)存儲樹形結(jié)構(gòu)
本片介紹MYSQL存儲樹形結(jié)構(gòu)的一種方法，通過Adjacency List來實現(xiàn)，一起來學(xué)習(xí)下。2017-12-12
這篇文章主要介紹了mysql連接查詢,當查詢結(jié)果的列來源于多張表時，需要將多張表連接成一個大的數(shù)據(jù)集，再選擇合適的列返回，本文給大家介紹的非常詳細，需要的朋友參考下吧2022-09-09
MySql優(yōu)化之InnoDB,4GB內(nèi)存,多查詢的my.ini中文配置方案詳解
本文是一個針對 4G 內(nèi)存系統(tǒng)（主要運行只有 InnoDB 表的 MySQL 并使用幾個連接數(shù)執(zhí)行復(fù)雜的查詢）的MySQL配置文件方案2018-03-03
MySQL8.0設(shè)置redo緩存大小的實現(xiàn)
本文主要在MySQL 8.0.30及之后版本中使用innodb_redo_log_capacity參數(shù)在線更改redo緩存文件大小,下面就來介紹一下,具有一定的參考價值,感興趣的可以了解一下2025-02-02
MySQL綠色版(zip解壓版)的安裝圖文教程（mysql-5.6.22-win32.zip）
由于工作需要最近要開始研究MySQL了（看來學(xué)習(xí)都是逼出來的），本人對mysql沒有研究，可以說一個小白。 下面就從安裝開始吧，雖然網(wǎng)上關(guān)于這方面的東西很多，還是需要自己把操作過程寫下來2016-06-06
這篇文章主要介紹了mysql5.6.8源碼安裝過程，非常不錯，具有參考借鑒價值,需要的朋友可以參考下2018-01-01
在MySQl中ORDER BY 語句用于對結(jié)果集進行排序，那么它是怎么工作的，以及如何優(yōu)化，下面由小編跟大家講一講2019-05-05
Idea連接MySQL數(shù)據(jù)庫出現(xiàn)中文亂碼的問題
這篇文章主要介紹了Idea連接MySQL數(shù)據(jù)庫出現(xiàn)中文亂碼的問題,本文給大家介紹的非常詳細，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2021-04-04
索引與視圖是我們在日常使用mysql必不可少的一部分，最近在學(xué)習(xí)中看到一本書中關(guān)于這方法寫的不錯，所以這篇文章主要給大家介紹了關(guān)于MySQL中索引與視圖的使用與區(qū)別的相關(guān)資料，需要的朋友可以參考借鑒，下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2017-11-11