mysql 雙主模型的問題.比較急....

qq58945591

現(xiàn)在在 slave機(jī) 下啟動(dòng) 同步,報(bào)1062, 1032 錯(cuò)誤, 找了網(wǎng)上的質(zhì)料,說在my.cnf 添加skip-error-log=1062,1032   .

我只好先把主機(jī)上的slave stop , 防止到從機(jī)上把錯(cuò)誤的記錄又給同步回來.   然後到從機(jī)上去添加上面的參數(shù),重新啟動(dòng)slave start; 現(xiàn)在可以看到同步在正常走了,但是我不知道這樣有沒有問題,是不是數(shù)據(jù)依然是不完整一致的?

求DBA們指點(diǎn),小弟不太懂?dāng)?shù)據(jù)庫.

假如出現(xiàn)數(shù)據(jù)不一致的情況,怎麼操作,或者怎麼修復(fù) ?    暫且先不討論恢復(fù)備份,備份很大.機(jī)器很老.    如何能修復(fù)不一致的數(shù)據(jù).比如A上面有的,B現(xiàn)在即使做了同步,但是因?yàn)橐郧翱臻g不夠而刪除了前面的一些bin-log日誌,現(xiàn)在同步只能從最近的一個(gè)bin-log 同步了.那上面的數(shù)

據(jù)肯定是跟A不一致了,如何找出不一致的數(shù)據(jù),然後在B上修復(fù) ,使得B跟A能完全一致?


情況比較急.求出手相助.

lyhabc

pt_checksum工具對(duì)比兩邊數(shù)據(jù)
由于my.cnf中已經(jīng)設(shè)置跳過主鍵重復(fù)錯(cuò)誤。
slave-skip-errors = 1062,1032

因?yàn)槟闶请p寫，那么有可能造成主鍵沖突，主主兩邊都同步，所以需要忽略主鍵沖突 1062
1032就是在一個(gè)A主上面delete了一條數(shù)據(jù)，另一個(gè)B主也根據(jù)主鍵delete了數(shù)據(jù)，但是因?yàn)榱硪粋�(gè)主又把這條記錄發(fā)給A主，因?yàn)锳主是最先執(zhí)行delete數(shù)據(jù)語句的，這時(shí)候發(fā)現(xiàn)A主已經(jīng)沒有這條數(shù)據(jù)了，就會(huì)報(bào)錯(cuò)，所以可以跳過這個(gè)1032錯(cuò)誤

http://blog.sina.com.cn/s/blog_5017ea6c0100yx49.html
http://www.aichengxu.com/view/1362

zhangshengdong

一般雙主寫入模式，不應(yīng)該兩邊同時(shí)寫入，必須是單邊寫入，兩邊可以查詢是可以的。