mysql主從同步複製錯誤解決一例

來源:互聯網
上載者:User

蚊子今天下午搭了一主三從的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的內容,確認應該不是這個檔案的問題,於是去google查了一下,看到mysql在啟動的時候會尋找/etc/my.cnf、DATADIR/my.cnf,USER_HOME/my.cnf。

於是我執行了 複製代碼 代碼如下:find / -name "my.cnf"

居然在/usr/local/mysql這個目錄下發現了my.cnf檔案,於是蚊子將這個檔案刪除了,然後再重啟mysql服務,發現一切恢複了正常。如果有人也出現類似的問題,不妨試試這個辦法吧。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.