《MYSQL數(shù)據(jù)庫(kù)mysql主從同步復(fù)制錯(cuò)誤解決一例》要點(diǎn)：
本文介紹了MYSQL數(shù)據(jù)庫(kù)mysql主從同步復(fù)制錯(cuò)誤解決一例，希望對(duì)您有用。如果有疑問，可以聯(lián)系我們。
蚊子今天下午搭了一主三從的mysql復(fù)制,結(jié)果所有服務(wù)器都配置好后,發(fā)現(xiàn)從上報(bào)如下的錯(cuò)誤
代碼如下:
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)還是報(bào)同樣的錯(cuò)誤.
使用如下命令查看了一下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,既然這樣就只能手動(dòng)修改了
代碼如下:
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)了上面的錯(cuò)誤,然后查看server_id發(fā)現(xiàn)這個(gè)數(shù)值又恢復(fù)到了1.
之后蚊子又重新查看了一下/etc/my.cnf的內(nèi)容,確認(rèn)應(yīng)該不是這個(gè)文件的問題,于是去google查了一下,看到mysql在啟動(dòng)的時(shí)候會(huì)查找/etc/my.cnf、DATADIR/my.cnf,USER_HOME/my.cnf.
于是我執(zhí)行了
代碼如下:
find / -name "my.cnf"
居然在/usr/local/mysql這個(gè)目錄下發(fā)現(xiàn)了my.cnf文件,于是蚊子將這個(gè)文件刪除了,然后再重啟mysql服務(wù),發(fā)現(xiàn)一切恢復(fù)了正常.如果有人也出現(xiàn)類似的問題,不妨試試這個(gè)辦法吧.
轉(zhuǎn)載請(qǐng)注明本頁網(wǎng)址：
http://www.fzlkiss.com/jiaocheng/5486.html
