有个mysql replication 的更换机器的问题，大家能帮忙出个主意吗

dark1973

公司的主数据库做成的是mysql master-master replication ，一台在电信机房，一台在网通机房。

mysql是glibc23的那种直接解压即可用的

目前有一台机器硬件问题需要更换成一台新机器，有什么方法能保证不停库的情况下将mysql平滑迁移到新机器上并做好同步？因为整个公司业务都在这个数据库上，如果停掉重新做同步，

会有很大影响。


我目前的想法是将这台需要更换的机器直接停掉，然后将mysql整体cp到新机器上启动，新机器的IP也换成以前的IP，

这样的话能不能让另外一台数据库自动的与这台新机器达成同步？如果可行的话有没有什么需要注意的问题？


有没有可能出现其他一些问题？或者是更好的方法？请帮忙解答

denniswwh

理论上讲是可行的。另外请问 master-master replication冲突是如何解决的？

dark1973

冲突我也没解决好，老是会出现丢失一些数据的情况，但由于量很小，暂时还没什么影响

stormcc

原帖由 denniswwh 于 2009-8-4 09:21 发表
理论上讲是可行的。另外请问 master-master replication冲突是如何解决的？

如果是将mysql整个copy过去，注意服务器操作系统不要相差太大；否则可能有问题。

Coolriver

先将两个机房写指向保留那个Master,然后替换下来那个要替换的机器,重建业务模型.

dark1973

原帖由 stormcc 于 2009-8-4 16:55 发表




如果是将mysql整个copy过去，注意服务器操作系统不要相差太大；否则可能有问题。

一个是CentOS4 ，新的是5.3  


不知道会不会出问题

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

dark1973

原帖由 Coolriver 于 2009-8-4 16:58 发表
先将两个机房写指向保留那个Master,然后替换下来那个要替换的机器,重建业务模型.

重建业务模型是怎么回事，请赐教，我还是mysql新手。。