有個mysql replication 的更換機(jī)器的問題，大家能幫忙出個主意嗎

dark1973

公司的主數(shù)據(jù)庫做成的是mysql master-master replication ，一臺在電信機(jī)房，一臺在網(wǎng)通機(jī)房。

mysql是glibc23的那種直接解壓即可用的

目前有一臺機(jī)器硬件問題需要更換成一臺新機(jī)器，有什么方法能保證不停庫的情況下將mysql平滑遷移到新機(jī)器上并做好同步？因?yàn)檎麄�公司業(yè)務(wù)都在這個數(shù)據(jù)庫上，如果停掉重新做同步，

會有很大影響。


我目前的想法是將這臺需要更換的機(jī)器直接停掉，然后將mysql整體cp到新機(jī)器上啟動，新機(jī)器的IP也換成以前的IP，

這樣的話能不能讓另外一臺數(shù)據(jù)庫自動的與這臺新機(jī)器達(dá)成同步？如果可行的話有沒有什么需要注意的問題？


有沒有可能出現(xiàn)其他一些問題？或者是更好的方法？請幫忙解答

denniswwh

理論上講是可行的。另外請問 master-master replication沖突是如何解決的？

dark1973

沖突我也沒解決好，老是會出現(xiàn)丟失一些數(shù)據(jù)的情況，但由于量很小，暫時還沒什么影響

stormcc

原帖由 denniswwh 于 2009-8-4 09:21 發(fā)表
理論上講是可行的。另外請問 master-master replication沖突是如何解決的？

如果是將mysql整個copy過去，注意服務(wù)器操作系統(tǒng)不要相差太大；否則可能有問題。

Coolriver

先將兩個機(jī)房寫指向保留那個Master,然后替換下來那個要替換的機(jī)器,重建業(yè)務(wù)模型.

dark1973

原帖由 stormcc 于 2009-8-4 16:55 發(fā)表




如果是將mysql整個copy過去，注意服務(wù)器操作系統(tǒng)不要相差太大；否則可能有問題。

一個是CentOS4 ，新的是5.3  


不知道會不會出問題

[ 本帖最后由 dark1973 于 2009-8-5 10:29 編輯 ]

dark1973

原帖由 Coolriver 于 2009-8-4 16:58 發(fā)表
先將兩個機(jī)房寫指向保留那個Master,然后替換下來那個要替換的機(jī)器,重建業(yè)務(wù)模型.

重建業(yè)務(wù)模型是怎么回事，請賜教，我還是mysql新手。。