問題描述

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

問題解答

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

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

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