读写分离,主从复制(SQL复制或AlwaysOn)的数据延迟如何处理?

本资料无预览

如感兴趣请购买后下载

立即下载

资料简介:
读写分离,主从复制(SQL复制或AlwaysOn)的数据延迟如何处理?

主从复制的数据延迟如何处理.jpg

2015-07-28
浏览2414
下载0

已下载用户的评价

您还未下载该资料,不能发表评价;
查看我的 待评价资源
typedatatypedata软件开发工程师dali2015-08-07
没用
[quote]你说的这个是SQL Server数据库吧。 其实各种数据库都有数据复制的功能,既然你要做读写分离,那就一定要把 ... [size=2][color=#999999]新数科技 发表于 2015-7-29 15:20[/color] [url=http://www.db2china.net/club/redirect.php?goto=findpost&pid=329613&ptid=48535][img]http://www.db2china.net/club/images/common/back.gif[/img][/url][/size][/quote] 不需要硬件
新数科技新数科技IT顾问北京新数科技有限公司2015-07-29
没用
你说的这个是SQL Server数据库吧。 其实各种数据库都有数据复制的功能,既然你要做读写分离,那就一定要把读和写搞清楚,不是所有的读都是在备库上,其实读写分离真正的目的,是把分析类的业务(比如报表)放到备机上,这一类的业务不会对数据的实时性要求很高的,而联机类的业务,不管是都还是写,都会放到主库上的。 我看你上面的描述,W0, R1, R2, R3...,貌似是把所有的读业务都要放到备库上,这种做法我还是没有遇见过。常见的都是在业务上进行拆分。 如果你的读写分离只是为了在硬件上进行扩展,还是有其他的技术的,比如DB2 pureScale, Oracle RAC都可以达到硬件横向扩展的目的。
苏州易博创云苏州易博创云CTO苏州易博创云网络科技有限公司2015-07-29
没用
建议采用第三方商业软件解决此问题 。

贡献者

typedata软件开发工程师,dali
X社区推广