免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1711 | 回复: 2

sql线程的重放是否真正能100%没问题呢?冲突和延迟真正解决了吗? [复制链接]

论坛徽章:
0
发表于 2015-04-19 17:26 |显示全部楼层
本帖最后由 xtjsxtj 于 2015-04-20 08:13 编辑

以前5.5的半同步,后来innosql和现在的mysql5.7也只是保证了io线程binlog的不延时吧?不管怎样它还是半同步,并非强一致。sql线程的重放是否真正能100%没问题呢?冲突和延迟真正解决了吗?即使是并行复制能实时的上跟上主库的变更吗?
举个极端情况的例子,主备同时连接,主库写后马上去重库读,大量压力测试下,是否备库总能读到正确数据呢?

看了下全复制,只是让IO线程等待SQL线程的执行,再唤起IO线程读event,那IO线程等待的时候,event不是又变多了吗,这个不能解决主从的完全时实吧

还有安全复制,这个应该是解决了最终一致性,数据是不会丢失,如果主库并发写的压力很大的话,从库还是有落后的可能


真正的完全同步,是不是应该等到从库SQL也一起提交了,才返回应答给master呢,当然这样性能是个问题


论坛徽章:
0
发表于 2015-04-19 18:34 |显示全部楼层
用行动说话,顶起没商量

论坛徽章:
0
发表于 2015-08-12 11:04 |显示全部楼层
延迟问题,等从库执行完了主库再返回,恐怕性能就不行了。

只能在应用层或者商业逻辑层解决,比如这个用户/session刚刚写过,那么10秒内都分给到主库的链接。
或者是直接决定你们商业上用户能接受一点不一致,刷新一下就好了。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP