我的互为备份的两台机子启动时怎么占用了大量的内存里cache空间
时间：2007-02-17 来源：PHP爱好者
我的互为备份的两台机子启动时怎么占用了大量的内存里cache空间?我如果把一台服务停掉，重起另外一台就没有这个问题，请问这是什么原因，应该如何解决?
是否因为太多的连接并且读写过于频繁，而我只有一个mysql服务的原因?
yejr 回复于：2004-12-26 14:19:07可能是同步的时间太频繁了,而且数据量大导致的.
mxblovemusic 回复于：2004-12-27 01:33:24谁能告诉我应该如何减低内存中的cache
北京野狼 回复于：2004-12-27 16:55:38[quote:cd11e11cc7="mxblovemusic"]我的互为备份的两台机子启动时怎么占用了大量的内存里cache空间?我如果把一台服务停掉，重起另外一台就没有这个问题，请问这是什么原因，应该如何解决?
是否因为太多的连接并且读写过于频繁，而我只有一个mysql..........[/quote:cd11e11cc7]
我一直想知道怎么做到两个机器的数据库互为备份
能不能说说
yejr 回复于：2004-12-27 19:12:55跟普通的同步类似,都定义server-id和master-server等相关的参数即可
北京野狼 回复于：2004-12-27 21:43:35[quote:59f6a2ab2a="yejr"]跟普通的同步类似,都定义server-id和master-server等相关的参数即可[/quote:59f6a2ab2a]
那同一段记录，这边update了，那边delete了，那个同步那个
北京野狼 回复于：2004-12-27 22:40:31[quote:aba8c8e98b="北京野狼"]
mysql同步是基于日志的
那同一段记录，这边update了，那边delete了，那个同步那个[/quote:aba8c8e98b]
yejr 回复于：2004-12-27 22:44:33看看同步时的先后顺序了 :)
yejr 回复于：2004-12-27 22:45:12如果出现'脏'数据,就会报错的,那时候只好手工处理一次了
北京野狼 回复于：2004-12-28 00:53:07[quote:a2b959ecba="yejr"]如果出现'脏'数据,就会报错的,那时候只好手工处理一次了[/quote:a2b959ecba]
老兄，你这不是说梦话吗？
又不是主从关系，那一天脏数据得有几十万个，怎么可能互相同步？
设置什么顺序也没有用，
yejr 回复于：2004-12-28 10:23:51没人叫你非要做互备不可.
icebolt 回复于：2004-12-28 12:31:46作同步，没必要作互备份呀，两台机子都操纵主mysql就可以了
北京野狼 回复于：2004-12-28 13:09:12[quote:3dbcf7cad3="yejr"]没人叫你非要做互备不可.[/quote:3dbcf7cad3]
我只是在论坛上，包括web服务器版，看到有很多人说互备这个问题，
楼主也是说自己实现互备。
我只是实在不理解，现在技术怎么先进到这种程度
yejr 回复于：2004-12-28 20:25:57数据库只能尽量减少'脏'数据的产生,但是如果认为或者程序的不完善产生的就应该调整程序了,不可能什么都想依赖数据库来做这些的.
双机互备确实很简单,自己做一下就知道了.
北京野狼 回复于：2004-12-28 20:43:18[quote:16b7a99873="yejr"]数据库只能尽量减少'脏'数据的产生,但是如果认为或者程序的不完善产生的就应该调整程序了,不可能什么都想依赖数据库来做这些的.
双机互备确实很简单,自己做一下就知道了.[/quote:16b7a99873]
怎么调整程序？
两个数据库既然互备，应用程序怎么知道该往那个数据库进行写操作。
你告诉我对与互备的两个数据库，应用程序往那个数据库进行写
yejr 回复于：2004-12-28 21:16:36双机互备一般用意是作为热备份的替代.
既然是"双机",那么程序里肯定可以指定只往哪个机器写数据,即使在同一台机器上,也必然有2个不同的端口什么的.
当然,使用dns轮询的情况比较特殊,但是似乎很少有对数据库服务器做dns论询的吧,即使做了,也一样可以指定只往某个服务器写数据的.
北京野狼 回复于：2004-12-28 21:43:38[quote:0dfde7f461="yejr"]双机互备一般用意是作为热备份的替代.
既然是"双机",那么程序里肯定可以指定只往哪个机器写数据,即使在同一台机器上,也必然有2个不同的端口什么的.
当然,使用dns轮询的情况比较特殊,但是似乎很少有对数据库服务器?.........[/quote:0dfde7f461]
我就是不理解做互备干什么。你这样的话干吗不做主从互备有什么意义
数据库服务器做dns论询太可怕了吧，有那个系统的数据库是在外网的？
在内网就算做均衡也用不找dns轮询
yejr 回复于：2004-12-28 22:01:39我做互备只是出于技术上的兴趣,实际中我估计不会这么做的.
有次一个网友跟我讨论这个问题,他是来做类似镜像的功能的,2个服务器一个在网通,一个在电信,要使双方的数据尽量保持一致,因此才这么做的.
北京野狼 回复于：2004-12-28 22:04:19[quote:2b7967d4f6="yejr"]我做互备只是出于技术上的兴趣,实际中我估计不会这么做的.
有次一个网友跟我讨论这个问题,他是来做类似镜像的功能的,2个服务器一个在网通,一个在电信,要使双方的数据尽量保持一致,因此才这么做的.[/quote:2b7967d4f6]
既然另一个根本不能写，那还叫什么互备？
数据只有一致和不一致，好像没有什么尽量保持一致的说法。
算了，不讨论这个问题了。谢谢
mxblovemusic 回复于：2004-12-29 01:41:53希望大家能够回答我的问题:怎么减少cache。谢谢
北京野狼 回复于：2004-12-29 10:24:46[quote:49a4956ab1="mxblovemusic"]希望大家能够回答我的问题:怎么减少cache。谢谢[/quote:49a4956ab1]
不能给世界上不存在的系统，提供帮助
双眼皮的猪 回复于：2004-12-30 14:04:03互相备份，不一定是为了load balance,也可以是仅仅做个备份而已...
存在即合理....
当然单向的比较合适...如果只是备份的话...
北京野狼 回复于：2004-12-30 16:16:36[quote:084fa0693e="双眼皮的猪"]互相备份，不一定是为了load balance,也可以是仅仅做个备份而已...
存在即合理....
当然单向的比较合适...如果只是备份的话...[/quote:084fa0693e]
不存在的也是合理的。
那你讲讲，怎么配置的互相备份，怎么实现
同一段记录，这边update了，那边delete了
双眼皮的猪 回复于：2005-01-01 14:12:13我做过，也成功了，双向复制不过是打开两放的log-bin,写写配置文件而已，没什么别的....
我有篇文档写了...很简单的做法...您可以了解一下...
btw:如果您做过，就知道其实很简单。至于怎么实现的，则是有两个线程，sql thread和I/O thread的结果...您可以看看为mysql做replication哪个人的文档....并有部分代码...
我只是应用，怎么实现，则是mysql组织的事情...我的文章里也说过这个...
您看看，最后，想说一句，不喜欢你这咄咄逼人的语气...
我的blog上有该文章:
http://blog.csdn.net/lalphbet/archive/2004/12/21/223749.aspx
北京野狼 回复于：2005-01-02 16:48:58[quote:d1c6bedce1="双眼皮的猪"]我做过，也成功了，互相备份不过是打开两放的log-bin,写写配置文件而已，没什么别的....
我有篇文档写了...很简单的做法...您可以了解一下...
btw:如果您做过，就知道其实很简单。至于怎么实现的，则是有两个线?.........[/quote:d1c6bedce1]
我真是想知道,你的数据库两边都能自由读写,而且实现双向同步?
最近手便服务器都不用mysql暂时没有办法自己试验.
北京野狼 回复于：2005-01-04 13:57:56[quote:de0df09c75="双眼皮的猪"]我做过，也成功了，互相备份不过是打开两放的log-bin,写写配置文件而已，没什么别的....
我有篇文档写了...很简单的做法...您可以了解一下...
btw:如果您做过，就知道其实很简单。至于怎么实现的，则是有两个线?.........[/quote:de0df09c75]
今天刚有空仔细看了一下你的文章，没看出任何同一个表互相备份的信息。
不知道大家是不是都在梦中做的互相
yejr 回复于：2005-01-04 19:29:30哈哈,自己做一次不就知道了,只需要2台机器或者1台机器的2个端口便可,没什么困难的.
不做当然想象不出来到底行不行了.
北京野狼 回复于：2005-01-04 20:41:39[quote:978e1ed581="yejr"]哈哈,自己做一次不就知道了,只需要2台机器或者1台机器的2个端口便可,没什么困难的.
不做当然想象不出来到底行不行了.[/quote:978e1ed581]
不用做，我也知道不行。
要不你再给我一篇怎么配置的文档
yejr 回复于：2005-01-04 21:16:16呵呵,很抱歉,我比较擅长do it,而不是在这里say sth.
北京野狼 回复于：2005-01-04 21:57:13[quote:94c07b16f6="yejr"]呵呵,很抱歉,我比较擅长do it,而不是在这里say sth.[/quote:94c07b16f6]
擅长做的人都很令人佩服
不过您回复了那么多，肯定你也没做成功过
yejr 回复于：2005-01-05 17:17:02呵呵,如果我告诉你我做过2次,不知道你会有什么反映.
第一次属于摸索,半天时间就做完了,而且双边mysql]版本不同,且操作系统是从freebsd4.7到redhat9.0的双向同步.
第二次是redhat9.0和7.3之间的mysql4.1.7双向同步,只用了1个小时.
北京野狼 回复于：2005-01-05 18:07:27[quote:df5039d941="yejr"]呵呵,如果我告诉你我做过2次,不知道你会有什么反映.
[/quote:df5039d941]
那我就不理解你，我都问你7，8边能不能两边同时写，会不会出现脏数据。
总是不肯回答。
yejr 回复于：2005-01-05 20:58:36我确实没有明确的回答,但是从我的回复中不难看出:
1. 肯定可以2边同时写数据
2. 出现'脏'数据的可能性还是不小的
3. 出现'脏'数据的解决方案也不是不存在的
为了测试'脏'数据的问题,我还特地做了相关测试,确实会存在'脏'数据,但是既然做互备了,就肯定要考虑到这个问题,在应用程序级别上就应该做相关的分离了,而且这个也是很简单就能做到的.
总结一下:双机互备完全那可行,但是为了数据的完整性最好还是只往其中一个机器上写数据,另一个读; 或者根据数据库或者数据表来决定该往哪边写数据,这就最大限度避免了上述问题.
最后,建议你还是自己做一下吧试验.
北京野狼 回复于：2005-01-05 21:21:22[quote:2854f0a4c4="yejr"]我确实没有明确的回答,但是从我的回复中不难看出:
1. 肯定可以2边同时写数据
2. 出现'脏'数据的可能性还是不小的
3. 出现'脏'数据的解决方案也不是不存在的
为了测试'脏'数据的问题,我还特地做了相关测试,确实会..........[/quote:2854f0a4c4]
谢谢，你是第一个回答说可以两边同时写。
同时写那就是实现真正意义上的互备了，但是随便就
出现'脏'数据还叫什么互备。
只往其中一个机器上写数据，那就更没什么意义了
yejr 回复于：2005-01-06 08:57:26无话可说.
wangyih 回复于：2005-01-06 13:43:14数据库做互相同步完全就是扯淡，只要两边一同时写，立刻就完蛋。
根本就不存在这样的技术
双眼皮的猪 回复于：2005-01-17 14:58:14对有些人表示强烈鄙视...
stonerose 回复于：2005-02-22 14:10:55[quote:048cf60135="北京野狼"]
那同一段记录，这边update了，那边delete了，那个同步那个[/quote:048cf60135]
哪台修改了，另一台也修改。目的是保证两台机器的数据一致。
stonerose 回复于：2005-02-22 14:27:36[quote:7714dae378="wangyih"]数据库做互相同步完全就是扯淡，只要两边一同时写，立刻就完蛋。
根本就不存在这样的技术[/quote:7714dae378]怎么是扯谈？你做过吗？
大雪飞扬 回复于：2005-02-25 14:31:05呵呵，看了大家的讨论，感觉：
1、数据库间同步在两边同时进行修改操作是会出现“脏”数据，这一点需要靠应用程序来解决。
2、配置成一个读，一个写，应该是一个不错的解决方案
wangyih 回复于：2005-02-25 21:18:37[quote:7a56eea064="大雪飞扬"]呵呵，看了大家的讨论，感觉：
1、数据库间同步在两边同时进行修改操作是会出现“脏”数据，这一点需要靠应用程序来解决。
2、配置成一个读，一个写，应该是一个不错的解决方案[/quote:7a56eea064]
兄弟一个读，一个写那还是互备吗？
aiwei 回复于：2005-03-13 22:30:30在理论上互备是可以的(小弟是根据Mysql 的HOWTO来理解），但实际上我做的互备只维持了２０几个小时就崩掉了．郁闷
jim.ma 回复于：2005-03-19 21:11:07:shock:
...........看到后面怎觉得不太像讨论技术了。
第八天 回复于：2005-05-18 18:19:08真正意义上的双机互备是不支持的！这里是mysql官方文档的说法：
MySQL replication currently does not support any locking protocol between master and slave to guarantee the atomicity of a distributed (cross-server) update. In other words, it is possible for client A to make an update to co-master 1, and in the meantime, before it propagates to co-master 2, client B could make an update to co-master 2 that will make the update of client A work differently than it did on co-master 1. Thus, when the update of client A makes it to co-master 2, it will produce tables that are different than what you have on co-master 1, even after all the updates from co-master 2 have also propagated. This means that you should not co-chain two servers in a two-way replication relationship unless you are sure that your updates can safely happen in any order, or unless you take care of mis-ordered updates somehow in the client code
tiandexiao 回复于：2005-08-13 09:45:57我也不知道如何解决这样的问题噢。
php爱好 者站 http://www.ｐｈｐｆａｎｓ.net php基础|php进阶|php模板.
是否因为太多的连接并且读写过于频繁，而我只有一个mysql服务的原因?
yejr 回复于：2004-12-26 14:19:07可能是同步的时间太频繁了,而且数据量大导致的.
mxblovemusic 回复于：2004-12-27 01:33:24谁能告诉我应该如何减低内存中的cache
北京野狼 回复于：2004-12-27 16:55:38[quote:cd11e11cc7="mxblovemusic"]我的互为备份的两台机子启动时怎么占用了大量的内存里cache空间?我如果把一台服务停掉，重起另外一台就没有这个问题，请问这是什么原因，应该如何解决?
是否因为太多的连接并且读写过于频繁，而我只有一个mysql..........[/quote:cd11e11cc7]
我一直想知道怎么做到两个机器的数据库互为备份
能不能说说
yejr 回复于：2004-12-27 19:12:55跟普通的同步类似,都定义server-id和master-server等相关的参数即可
北京野狼 回复于：2004-12-27 21:43:35[quote:59f6a2ab2a="yejr"]跟普通的同步类似,都定义server-id和master-server等相关的参数即可[/quote:59f6a2ab2a]
那同一段记录，这边update了，那边delete了，那个同步那个
北京野狼 回复于：2004-12-27 22:40:31[quote:aba8c8e98b="北京野狼"]
mysql同步是基于日志的
那同一段记录，这边update了，那边delete了，那个同步那个[/quote:aba8c8e98b]
yejr 回复于：2004-12-27 22:44:33看看同步时的先后顺序了 :)
yejr 回复于：2004-12-27 22:45:12如果出现'脏'数据,就会报错的,那时候只好手工处理一次了
北京野狼 回复于：2004-12-28 00:53:07[quote:a2b959ecba="yejr"]如果出现'脏'数据,就会报错的,那时候只好手工处理一次了[/quote:a2b959ecba]
老兄，你这不是说梦话吗？
又不是主从关系，那一天脏数据得有几十万个，怎么可能互相同步？
设置什么顺序也没有用，
yejr 回复于：2004-12-28 10:23:51没人叫你非要做互备不可.
icebolt 回复于：2004-12-28 12:31:46作同步，没必要作互备份呀，两台机子都操纵主mysql就可以了
北京野狼 回复于：2004-12-28 13:09:12[quote:3dbcf7cad3="yejr"]没人叫你非要做互备不可.[/quote:3dbcf7cad3]
我只是在论坛上，包括web服务器版，看到有很多人说互备这个问题，
楼主也是说自己实现互备。
我只是实在不理解，现在技术怎么先进到这种程度
yejr 回复于：2004-12-28 20:25:57数据库只能尽量减少'脏'数据的产生,但是如果认为或者程序的不完善产生的就应该调整程序了,不可能什么都想依赖数据库来做这些的.
双机互备确实很简单,自己做一下就知道了.
北京野狼 回复于：2004-12-28 20:43:18[quote:16b7a99873="yejr"]数据库只能尽量减少'脏'数据的产生,但是如果认为或者程序的不完善产生的就应该调整程序了,不可能什么都想依赖数据库来做这些的.
双机互备确实很简单,自己做一下就知道了.[/quote:16b7a99873]
怎么调整程序？
两个数据库既然互备，应用程序怎么知道该往那个数据库进行写操作。
你告诉我对与互备的两个数据库，应用程序往那个数据库进行写
yejr 回复于：2004-12-28 21:16:36双机互备一般用意是作为热备份的替代.
既然是"双机",那么程序里肯定可以指定只往哪个机器写数据,即使在同一台机器上,也必然有2个不同的端口什么的.
当然,使用dns轮询的情况比较特殊,但是似乎很少有对数据库服务器做dns论询的吧,即使做了,也一样可以指定只往某个服务器写数据的.
北京野狼 回复于：2004-12-28 21:43:38[quote:0dfde7f461="yejr"]双机互备一般用意是作为热备份的替代.
既然是"双机",那么程序里肯定可以指定只往哪个机器写数据,即使在同一台机器上,也必然有2个不同的端口什么的.
当然,使用dns轮询的情况比较特殊,但是似乎很少有对数据库服务器?.........[/quote:0dfde7f461]
我就是不理解做互备干什么。你这样的话干吗不做主从互备有什么意义
数据库服务器做dns论询太可怕了吧，有那个系统的数据库是在外网的？
在内网就算做均衡也用不找dns轮询
yejr 回复于：2004-12-28 22:01:39我做互备只是出于技术上的兴趣,实际中我估计不会这么做的.
有次一个网友跟我讨论这个问题,他是来做类似镜像的功能的,2个服务器一个在网通,一个在电信,要使双方的数据尽量保持一致,因此才这么做的.
北京野狼 回复于：2004-12-28 22:04:19[quote:2b7967d4f6="yejr"]我做互备只是出于技术上的兴趣,实际中我估计不会这么做的.
有次一个网友跟我讨论这个问题,他是来做类似镜像的功能的,2个服务器一个在网通,一个在电信,要使双方的数据尽量保持一致,因此才这么做的.[/quote:2b7967d4f6]
既然另一个根本不能写，那还叫什么互备？
数据只有一致和不一致，好像没有什么尽量保持一致的说法。
算了，不讨论这个问题了。谢谢
mxblovemusic 回复于：2004-12-29 01:41:53希望大家能够回答我的问题:怎么减少cache。谢谢
北京野狼 回复于：2004-12-29 10:24:46[quote:49a4956ab1="mxblovemusic"]希望大家能够回答我的问题:怎么减少cache。谢谢[/quote:49a4956ab1]
不能给世界上不存在的系统，提供帮助
双眼皮的猪 回复于：2004-12-30 14:04:03互相备份，不一定是为了load balance,也可以是仅仅做个备份而已...
存在即合理....
当然单向的比较合适...如果只是备份的话...
北京野狼 回复于：2004-12-30 16:16:36[quote:084fa0693e="双眼皮的猪"]互相备份，不一定是为了load balance,也可以是仅仅做个备份而已...
存在即合理....
当然单向的比较合适...如果只是备份的话...[/quote:084fa0693e]
不存在的也是合理的。
那你讲讲，怎么配置的互相备份，怎么实现
同一段记录，这边update了，那边delete了
双眼皮的猪 回复于：2005-01-01 14:12:13我做过，也成功了，双向复制不过是打开两放的log-bin,写写配置文件而已，没什么别的....
我有篇文档写了...很简单的做法...您可以了解一下...
btw:如果您做过，就知道其实很简单。至于怎么实现的，则是有两个线程，sql thread和I/O thread的结果...您可以看看为mysql做replication哪个人的文档....并有部分代码...
我只是应用，怎么实现，则是mysql组织的事情...我的文章里也说过这个...
您看看，最后，想说一句，不喜欢你这咄咄逼人的语气...
我的blog上有该文章:
http://blog.csdn.net/lalphbet/archive/2004/12/21/223749.aspx
北京野狼 回复于：2005-01-02 16:48:58[quote:d1c6bedce1="双眼皮的猪"]我做过，也成功了，互相备份不过是打开两放的log-bin,写写配置文件而已，没什么别的....
我有篇文档写了...很简单的做法...您可以了解一下...
btw:如果您做过，就知道其实很简单。至于怎么实现的，则是有两个线?.........[/quote:d1c6bedce1]
我真是想知道,你的数据库两边都能自由读写,而且实现双向同步?
最近手便服务器都不用mysql暂时没有办法自己试验.
北京野狼 回复于：2005-01-04 13:57:56[quote:de0df09c75="双眼皮的猪"]我做过，也成功了，互相备份不过是打开两放的log-bin,写写配置文件而已，没什么别的....
我有篇文档写了...很简单的做法...您可以了解一下...
btw:如果您做过，就知道其实很简单。至于怎么实现的，则是有两个线?.........[/quote:de0df09c75]
今天刚有空仔细看了一下你的文章，没看出任何同一个表互相备份的信息。
不知道大家是不是都在梦中做的互相
yejr 回复于：2005-01-04 19:29:30哈哈,自己做一次不就知道了,只需要2台机器或者1台机器的2个端口便可,没什么困难的.
不做当然想象不出来到底行不行了.
北京野狼 回复于：2005-01-04 20:41:39[quote:978e1ed581="yejr"]哈哈,自己做一次不就知道了,只需要2台机器或者1台机器的2个端口便可,没什么困难的.
不做当然想象不出来到底行不行了.[/quote:978e1ed581]
不用做，我也知道不行。
要不你再给我一篇怎么配置的文档
yejr 回复于：2005-01-04 21:16:16呵呵,很抱歉,我比较擅长do it,而不是在这里say sth.
北京野狼 回复于：2005-01-04 21:57:13[quote:94c07b16f6="yejr"]呵呵,很抱歉,我比较擅长do it,而不是在这里say sth.[/quote:94c07b16f6]
擅长做的人都很令人佩服
不过您回复了那么多，肯定你也没做成功过
yejr 回复于：2005-01-05 17:17:02呵呵,如果我告诉你我做过2次,不知道你会有什么反映.
第一次属于摸索,半天时间就做完了,而且双边mysql]版本不同,且操作系统是从freebsd4.7到redhat9.0的双向同步.
第二次是redhat9.0和7.3之间的mysql4.1.7双向同步,只用了1个小时.
北京野狼 回复于：2005-01-05 18:07:27[quote:df5039d941="yejr"]呵呵,如果我告诉你我做过2次,不知道你会有什么反映.
[/quote:df5039d941]
那我就不理解你，我都问你7，8边能不能两边同时写，会不会出现脏数据。
总是不肯回答。
yejr 回复于：2005-01-05 20:58:36我确实没有明确的回答,但是从我的回复中不难看出:
1. 肯定可以2边同时写数据
2. 出现'脏'数据的可能性还是不小的
3. 出现'脏'数据的解决方案也不是不存在的
为了测试'脏'数据的问题,我还特地做了相关测试,确实会存在'脏'数据,但是既然做互备了,就肯定要考虑到这个问题,在应用程序级别上就应该做相关的分离了,而且这个也是很简单就能做到的.
总结一下:双机互备完全那可行,但是为了数据的完整性最好还是只往其中一个机器上写数据,另一个读; 或者根据数据库或者数据表来决定该往哪边写数据,这就最大限度避免了上述问题.
最后,建议你还是自己做一下吧试验.
北京野狼 回复于：2005-01-05 21:21:22[quote:2854f0a4c4="yejr"]我确实没有明确的回答,但是从我的回复中不难看出:
1. 肯定可以2边同时写数据
2. 出现'脏'数据的可能性还是不小的
3. 出现'脏'数据的解决方案也不是不存在的
为了测试'脏'数据的问题,我还特地做了相关测试,确实会..........[/quote:2854f0a4c4]
谢谢，你是第一个回答说可以两边同时写。
同时写那就是实现真正意义上的互备了，但是随便就
出现'脏'数据还叫什么互备。
只往其中一个机器上写数据，那就更没什么意义了
yejr 回复于：2005-01-06 08:57:26无话可说.
wangyih 回复于：2005-01-06 13:43:14数据库做互相同步完全就是扯淡，只要两边一同时写，立刻就完蛋。
根本就不存在这样的技术
双眼皮的猪 回复于：2005-01-17 14:58:14对有些人表示强烈鄙视...
stonerose 回复于：2005-02-22 14:10:55[quote:048cf60135="北京野狼"]
那同一段记录，这边update了，那边delete了，那个同步那个[/quote:048cf60135]
哪台修改了，另一台也修改。目的是保证两台机器的数据一致。
stonerose 回复于：2005-02-22 14:27:36[quote:7714dae378="wangyih"]数据库做互相同步完全就是扯淡，只要两边一同时写，立刻就完蛋。
根本就不存在这样的技术[/quote:7714dae378]怎么是扯谈？你做过吗？
大雪飞扬 回复于：2005-02-25 14:31:05呵呵，看了大家的讨论，感觉：
1、数据库间同步在两边同时进行修改操作是会出现“脏”数据，这一点需要靠应用程序来解决。
2、配置成一个读，一个写，应该是一个不错的解决方案
wangyih 回复于：2005-02-25 21:18:37[quote:7a56eea064="大雪飞扬"]呵呵，看了大家的讨论，感觉：
1、数据库间同步在两边同时进行修改操作是会出现“脏”数据，这一点需要靠应用程序来解决。
2、配置成一个读，一个写，应该是一个不错的解决方案[/quote:7a56eea064]
兄弟一个读，一个写那还是互备吗？
aiwei 回复于：2005-03-13 22:30:30在理论上互备是可以的(小弟是根据Mysql 的HOWTO来理解），但实际上我做的互备只维持了２０几个小时就崩掉了．郁闷
jim.ma 回复于：2005-03-19 21:11:07:shock:
...........看到后面怎觉得不太像讨论技术了。
第八天 回复于：2005-05-18 18:19:08真正意义上的双机互备是不支持的！这里是mysql官方文档的说法：
MySQL replication currently does not support any locking protocol between master and slave to guarantee the atomicity of a distributed (cross-server) update. In other words, it is possible for client A to make an update to co-master 1, and in the meantime, before it propagates to co-master 2, client B could make an update to co-master 2 that will make the update of client A work differently than it did on co-master 1. Thus, when the update of client A makes it to co-master 2, it will produce tables that are different than what you have on co-master 1, even after all the updates from co-master 2 have also propagated. This means that you should not co-chain two servers in a two-way replication relationship unless you are sure that your updates can safely happen in any order, or unless you take care of mis-ordered updates somehow in the client code
tiandexiao 回复于：2005-08-13 09:45:57我也不知道如何解决这样的问题噢。
php爱好 者站 http://www.ｐｈｐｆａｎｓ.net php基础|php进阶|php模板.
相关阅读 更多 +
