mysql主從同步復制毛病處理一例。本站提示廣大學習愛好者：（mysql主從同步復制毛病處理一例）文章只能為提供參考，不一定能成為您想要的結果。以下是mysql主從同步復制毛病處理一例正文
蚊子明天下晝搭了一主三從的mysql復制，成果一切辦事器都設置裝備擺設好後，發明從上報以下的毛病
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和主的一樣的，經檢查發明從上的/etc/my.cnf中的server_id=1這行我沒有正文失落（鄙人面復制部門我設置了server_id），因而立時把這行正文失落了，然後重啟mysql，發明照樣報異樣的毛病。
應用以下敕令檢查了一下server_id
mysql> show variables like 'server_id';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id | 1 |
+---------------+-------+
1 row in set (0.00 sec)
發明，mysql並沒有從my.cnf文件中更新server_id，既然如許就只妙手動修正了
mysql> set global server_id=2; #此處的數值和my.cnf裡設置的一樣就行
mysql> slave start;
如斯履行後，slave恢復了正常。
不外稍後蚊子應用/etc/init.d/mysqld restart重啟了mysql辦事，然後檢查slave狀況，發明又湧現了下面的毛病，然後檢查server_id發明這個數值又恢復到了1。
以後蚊子又從新檢查了一下/etc/my.cnf的內容，確認應當不是這個文件的成績，因而去谷歌查了一下，看到mysql在啟動的時刻會查找/etc/my.cnf、DATADIR/my.cnf，USER_HOME/my.cnf。
因而我履行了
find / -name "my.cnf"
竟然在/usr/local/mysql這個目次下發明了my.cnf文件，因而蚊子將這個文件刪除，然後再重啟mysql辦事，發明一切恢復了正常。假如有人也湧現相似的成績，無妨嘗嘗這個方法吧。
