今天在部署mysql主從復(fù)制時(shí)遇到個(gè)小問題

在配置完所有步驟后，想在主庫插入數(shù)據(jù)測試從庫又沒復(fù)制

結(jié)果發(fā)現(xiàn)從庫沒有反應(yīng)。

這時(shí)查了一下從庫的狀態(tài)，如下：

root@localhost:mysql.sock ?04:43:35 [lala]>show slave status\G

*************************** 1. row ***************************

Slave_IO_State:

Master_Host: 192.168.161.128

Master_User: repl

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mybinlog.000004

Read_Master_Log_Pos: 331

Relay_Log_File: mysql-relay-bin.000001

Relay_Log_Pos: 4

Relay_Master_Log_File: mybinlog.000004

Slave_IO_Running: No

Slave_SQL_Running: Yes

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 331

Relay_Log_Space: 120

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: NULL

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 1593

Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.

Last_SQL_Errno: 0

Last_SQL_Error:

Replicate_Ignore_Server_Ids:

Master_Server_Id: 203306

Master_UUID:

Master_Info_File: /data/mysql/mytest_3306/data/master.info

SQL_Delay: 0

SQL_Remaining_Delay: NULL

Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it

Master_Retry_Count: 86400

Master_Bind:

Last_IO_Error_Timestamp: 161207 04:40:45

Last_SQL_Error_Timestamp:

Master_SSL_Crl:

Master_SSL_Crlpath:

Retrieved_Gtid_Set:

Executed_Gtid_Set:

Auto_Position: 0

1 row in set (0.00 sec)

從我標(biāo)粗體部分的信息可以清楚地看到Slave_IO_Running參數(shù)為no，這說明Slave_IO_thread沒有起來

錯(cuò)誤原因也給出了Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.

master和slave有同一個(gè)UUIDs導(dǎo)致線程停止，該線程需要將兩個(gè)線程改成不一樣才能工作。

這時(shí)查一下兩個(gè)庫的UUIDs

root@localhost:mysql.sock ?06:13:40 [(none)]>show variables like '%UUID%'

-> ;

+---------------+--------------------------------------+

| Variable_name | Value ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|

+---------------+--------------------------------------+

| server_uuid ? | af3609-b426-11e6-9ff3-000c29d55626 |

+---------------+--------------------------------------+

1 row in set (0.00 sec)

發(fā)現(xiàn)都是af3609-b426-11e6-9ff3-000c29d55626

這時(shí)修改刪除slave庫中的auto.cnf文件即可，該文件就在mysql的datadir下

因?yàn)閁UID參數(shù)讀的就是該文件下的內(nèi)容，刪除后，mysql會(huì)重新生成新的uuid?；蛘卟粍h除直接改變?cè)撐募膸讉€(gè)數(shù)字。

刪除完后重啟mysql服務(wù)器，再開啟主從復(fù)制，發(fā)現(xiàn)狀態(tài)正常了

ps：兩個(gè)auto.cnf一樣的原因是因?yàn)槲业膹膸焓侵苯涌截愔鲙?#xff0c;所以auto.cnf自然相同了！！！

來自 “ ITPUB博客 ” ，鏈接：http://blog.itpub.net/31386161/viewspace-2129967/，如需轉(zhuǎn)載，請(qǐng)注明出處，否則將追究法律責(zé)任。

總結(jié)

以上是生活随笔為你收集整理的MySQL双主io线程起不来_解决master and slave have equal MySQL server UUIDs导致Slave_IO_thread起不来问题...的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。