問(wèn)題描述

B2C電商，假如有用戶表，訂單表，商品表，針對(duì)用戶ID，進(jìn)行hash后，分庫(kù)，假設(shè)分為A,B,C,D四個(gè)庫(kù)，相應(yīng)的不同用戶下的訂單也存放在對(duì)應(yīng)的A,B,C,D庫(kù)里，商品表做冗余存放在所有庫(kù)里，那如果要在后臺(tái)訂單里看到所有的訂單，這時(shí)候要怎么處理，把A,B,C,D的訂單合并起來(lái)再排序？這套規(guī)則有組件可以實(shí)現(xiàn)嗎？還是要自己寫代碼？

問(wèn)題解答

訂單表結(jié)構(gòu)是一樣的，建議在數(shù)據(jù)庫(kù)層去處理，sql語(yǔ)句union聯(lián)合查詢，然后進(jìn)行order by，limit處理，程序端直接拿到處理后的數(shù)據(jù)；代碼解決會(huì)吃內(nèi)存

分庫(kù)分表本身就是一把雙刃劍，如果單量在10玩，百萬(wàn)級(jí)，不建議現(xiàn)在就分。對(duì)于你說(shuō)的這個(gè)查詢條件，如果需求還蠻大，查詢時(shí)候也蠻多的話，我建議單獨(dú)搭建一個(gè)庫(kù)，將之前分庫(kù)的數(shù)據(jù)再匯總過(guò)來(lái)（只匯總有查詢需要的），自己讀bin log，寫ETL就行，這樣除了解決你的需求外還有個(gè)好處就是分析統(tǒng)計(jì)很方便。或者直接用阿里的開(kāi)源中間件，將數(shù)據(jù)庫(kù)和業(yè)務(wù)程序隔離開(kāi)也行

你這個(gè)按用戶維度分庫(kù)分表的，如果要實(shí)現(xiàn)查詢，需要按訂單維度再次進(jìn)行分庫(kù)分表，所以會(huì)數(shù)據(jù)冗余