我提個(gè)曲線救國的方法，就別按userid分表了，怪累的，直接根據(jù)評論時(shí)間按月分表，我們的經(jīng)驗(yàn)是Mysql的話每張表不超過2000萬條數(shù)據(jù)就行，這樣匯總起來就方便多了，后臺(tái)管理唯一需要注意的就是pagination的問題。

就算是拋磚引玉了，希望能幫到你。

更新：flc1125提到了負(fù)載的問題，我頂多能想到加redis緩存，還想問問這個(gè)評論的主要查詢業(yè)務(wù)是啥？是展示某個(gè)文章的最近評論？

我覺得還有一個(gè)方法，就是建一張?jiān)u論總表，這張表的字段不必跟分表一致，最關(guān)鍵的是要評論 id，和創(chuàng)建時(shí)間，后臺(tái)管理就可以讀取這張總表，評論的詳情字段去分表查詢。

比如一頁 50 條記錄，最多 50 次另外的查詢，分別去分表查詢詳情數(shù)據(jù)展現(xiàn)出來，雖然多一些查詢，但是在后臺(tái)管理系統(tǒng)用不會(huì)造成很大壓力，

新建一張表，每隔一段時(shí)間更新這張表，比如頁面一次加載三十條評論，那么就一次查出三十條數(shù)據(jù)，等到時(shí)候頁面載入時(shí)從這里取。

首先你的表拆分法是對的。其次增加一個(gè)同步表。該表的數(shù)據(jù)保留最近X天的評論數(shù)據(jù)，數(shù)據(jù)來源，由其他100個(gè)表用聯(lián)合組成；數(shù)據(jù)操作由定時(shí)或mq方式同步過去。該表僅用于后臺(tái)使用（或并發(fā)量小的業(yè)務(wù)）