免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12345
最近访问板块 发新帖
楼主: mxblovemusic
打印 上一主题 下一主题

我的互为备份的两台机子启动时怎么占用了大量的内存里cache空间 [复制链接]

论坛徽章:
0
41 [报告]
发表于 2005-02-25 21:18 |只看该作者

我的互为备份的两台机子启动时怎么占用了大量的内存里cache空间

原帖由 "大雪飞扬" 发表:
呵呵,看了大家的讨论,感觉:

1、数据库间同步在两边同时进行修改操作是会出现“脏”数据,这一点需要靠应用程序来解决。

2、配置成一个读,一个写,应该是一个不错的解决方案


兄弟一个读,一个写那还是互备吗?

论坛徽章:
0
42 [报告]
发表于 2005-03-13 22:30 |只看该作者

我的互为备份的两台机子启动时怎么占用了大量的内存里cache空间

在理论上互备是可以的(小弟是根据Mysql 的HOWTO来理解),但实际上我做的互备只维持了20几个小时就崩掉了.郁闷

论坛徽章:
0
43 [报告]
发表于 2005-03-19 21:11 |只看该作者

我的互为备份的两台机子启动时怎么占用了大量的内存里cache空间



...........看到后面怎觉得不太像讨论技术了。

论坛徽章:
0
44 [报告]
发表于 2005-05-18 18:19 |只看该作者

我的互为备份的两台机子启动时怎么占用了大量的内存里cache空间

真正意义上的双机互备是不支持的!这里是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

论坛徽章:
0
45 [报告]
发表于 2005-08-13 09:45 |只看该作者

我的互为备份的两台机子启动时怎么占用了大量的内存里cache空间

我也不知道如何解决这样的问题噢。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP