免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 3070 | 回复: 10
打印 上一主题 下一主题

Replication 的延迟 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-06-29 11:46 |只看该作者 |倒序浏览
在进行MySQL的读写分离测试时,发现在Slave和Master 上的数据大概有2-5秒的延迟。

这是否为正常现象?
MySQL5的Replication是否可以解决延迟的问题?

论坛徽章:
0
2 [报告]
发表于 2009-06-29 12:58 |只看该作者
正常,做到时实的话试试半同步的Replication,性能上或许会差一点

论坛徽章:
0
3 [报告]
发表于 2009-06-29 14:40 |只看该作者
半同步? Master 2 Master的Replication?

除了这个方法之外,还有没有其它能可能方案?

论坛徽章:
0
4 [报告]
发表于 2009-06-29 16:40 |只看该作者
Replication 延迟 通常有两种情况:
1、表锁过多;优化SQL 或 表结构,如果是MyISAM引擎可以转换为InnoDB引擎;
2、数据库压力大;master 或slave 压力大都可能造成延迟,这种情况建议分表。

论坛徽章:
0
5 [报告]
发表于 2009-06-29 16:45 |只看该作者
这个...Replication 延迟是其本质决定的,如果对实时要求很高,那就用NDB引擎吧

论坛徽章:
0
6 [报告]
发表于 2009-06-29 17:21 |只看该作者
建议使用NDB

论坛徽章:
0
7 [报告]
发表于 2009-06-29 22:34 |只看该作者
如果数据采用MyISAM或 INNODB,要转为NDB,是否要花很大的代价?

另外MySQL Cluster和NDB有啥本质区别呢

论坛徽章:
0
8 [报告]
发表于 2009-06-29 23:41 |只看该作者
一样滴
MySQL中的 Cluster=NDB Cluster

代价不小,足够的机器,足够的内存

论坛徽章:
0
9 [报告]
发表于 2009-06-30 00:05 |只看该作者
可以在预先知道实时去取的,强制选在master,或者强制刷新

论坛徽章:
0
10 [报告]
发表于 2009-06-30 19:27 |只看该作者
原帖由 bs 于 2009-6-29 23:41 发表
一样滴
MySQL中的 Cluster=NDB Cluster

代价不小,足够的机器,足够的内存


现面Cluster也可以用磁硬了,效果还行。

另外,我觉的还是要搞明白是什么导至了延迟。
交换机带宽跑满了?
网卡带宽满了?
磁盘IO跟不上?
Slave的运行状态什么样?机器负载IO情况?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP