MYSQL 5.5.8. MySQL replication的slave掛了，顯示Slave_IO_Running: no。用mysqlbinlog查看master對(duì)應(yīng)的mysql-bin文件，發(fā)現(xiàn)slave 顯示的Read_Master_Log_Pos的位置竟然不存在，該position大于該文件中的最大position。然后切換到該文件的最后一個(gè)position后重啟slave成功恢復(fù)。
1 回答
largeQ
TA貢獻(xiàn)2039條經(jīng)驗(yàn) 獲得超8個(gè)贊
L在replication狀態(tài)下是需要小心翼翼的操作的
你遇到的問題可能是在從數(shù)據(jù)庫(kù)沒有停止同步的情況下, 主數(shù)據(jù)庫(kù)執(zhí)行了 FLUSH LOGS 命令
有很多問題會(huì)導(dǎo)致熱同步中斷, 比如你當(dāng)你聯(lián)合查詢的另外一個(gè)庫(kù), 在replication db上并不存在, 或者從數(shù)據(jù)庫(kù)被寫入數(shù)據(jù), 導(dǎo)致主鍵沖突
只有慢慢熟悉了MySQL的特性, 在權(quán)限上給自己一定的限制, 知道在代碼里面哪些事情不應(yīng)該做, 才能用活MySQL. 比如我現(xiàn)在用MySQL當(dāng)NoSQL使用, 一個(gè)是穩(wěn)定, 另外機(jī)器上也不用開太多其他服務(wù).
添加回答
舉報(bào)
0/150
提交
取消