在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

鍍金池/ 問答/人工智能  Java  Linux  數(shù)據(jù)庫/ 數(shù)據(jù)庫分庫策略請教

數(shù)據(jù)庫分庫策略請教

最近在設(shè)計(jì)新系統(tǒng)的分庫,計(jì)劃在jdbc-shading, cobar 和 mycat三者之中選一個,想看看社區(qū)里面大神的意見。

jdbc-shading對單個簡單應(yīng)用比較友好,通過引入jar包,設(shè)置好規(guī)則,就可以了。但如果是一個服務(wù)群的話,是不是設(shè)計(jì)數(shù)據(jù)源的管理問題。另一方面,客戶端工具要連上去找數(shù)據(jù)的話,是不是還得一個節(jié)點(diǎn)一個節(jié)點(diǎn)的去連。

而cobar和mycat,通過代理的方式,隱藏了后端數(shù)據(jù)庫節(jié)點(diǎn)的細(xì)節(jié),對外提供統(tǒng)一的數(shù)據(jù)源。對應(yīng)用和客戶端都比較友好,但是設(shè)計(jì)中間件,又要多一個高可用的考慮。

另外,在具體的分庫策略上也想請教一下,我的應(yīng)用是一個倉管應(yīng)用,數(shù)據(jù)權(quán)限通過倉庫編號做,大部分業(yè)務(wù)表都是帶有倉庫編號的,這種場景是不是比較適合采用mycat的ER分區(qū)策略。但是如果采用ER分區(qū)的話,會涉及一個熱點(diǎn)倉庫問題,個別倉庫的業(yè)務(wù)量大導(dǎo)致的IO和數(shù)據(jù)量在各個節(jié)點(diǎn)中的不均衡。

或者我采用一致性hash的分區(qū)方案,但是這樣,就基本放棄表連接了。

請教下各位,幫我想想怎么分比較合適,或者提供下各位所在系統(tǒng)的分區(qū)策略,以激發(fā)一下我的想象:)

回答
編輯回答
拼未來

mycat 慎用 感覺領(lǐng)導(dǎo)者在搞傳銷一樣 加群你就知道了 天天做培訓(xùn) 問個問題 都要紅包

2017年3月2日 16:22
編輯回答
雨蝶

mysql的讀寫分離,分庫分表目前都是通過mycat在做,mycat自身也是多個節(jié)點(diǎn),前端加一個lb的,
分表策略都是hash加ER,hash分表基礎(chǔ)上的ER并不會出現(xiàn)明顯的熱點(diǎn)問題,mysql架構(gòu)本身就要求各業(yè)務(wù)模塊耦合性低,所以聯(lián)表也是能不用就不要用。
上面的兄弟說的mycat培訓(xùn)群的問題我也有碰到,確實(shí)有這么一些人,不清楚是不是官方,個人建議不需要管那么多,自己用的方便就行,我都是自己看文檔做實(shí)驗(yàn),好用就用

2018年8月1日 21:08