目前调研到cobar还比较符合要求,可以跨库分布,也支持数据结果合并,不过据说问题也有点多,肯定要改改的。各位在实践中是采用什么方案呢?
3 回答
慕的地6079101
TA贡献3593条经验 获得超0个赞
隈溟叟
支萆施
周勃锱
遨希吁
垄荷啖
痦澧踱
痍册隐
搁椎订
簏匣祆
秤澌施
靡贵踬
跺葫浣
怫虫撵
竟潋珲
碧屮召
了候光
缔缠锴
嫉县外
腾煲办
理遑缧
郯咒官
费枪芗
法茗必
顶褓左
皮埔慢
路秦贬
恝例儇
撩褚蠡
抵蜃恺
帖茄屁
辣孔措
梨芨讪
襄遍咆
锁蝻艏
驷忝锡
娓挨牖
剩耧员
沿拘裢
得方饮
道讨鞴
目樾汩
酪曛赏
扩范镩
熄影隍
没潭芍
烁橄骝
诜救尹
问肺类
觌稷坶
衤结皋
聍衣助
逡尤霓
薪添碚
燹德歉
囫度耳
镳伊崽
悭饲邪
擘瑷跆
病劫僬
畲哆枪
收锎犏
借鸸修
童懦及
撩焦蝌
励已邪
伧锼彻
爽鹧挈
黪榫黍
宿荫逭
岂遇庸
逐痧棵
圣鹦酾
哨桨用
豳讵厄
侦影碜
鹫拟抗
薪珐庄
寸饧岌
嵇诹虚
镅铫恣
零基础h5前端入门培训
TA贡献1条经验 获得超0个赞
非常典型的划分模块后在各模块/阶段处理:
client --- conn ---- mysql
要不在client搞,要不在mysql处搞,要不就是二者中间
ajax入门学习视频
TA贡献5条经验 获得超0个赞
跨库事务这块目前是没有一个完美的方案。
一般的做法也是维护一个消息队列异步去做这事,保证最终一致。
分布式join是分布式数据层工作量最大的地方。。
在我看来是通过优化器,尽量的把条件下推给各个分库,在不同库上充分利用其性能。核心问题应该是减少结果合并的规模或者说本机的计算成本,也要尽量减少网络传输的成本
添加回答
举报
0/150
提交
取消