有關(guān)分表太多的問題，請朋友們支招？

crykun

最近，做一個社區(qū)的php項目編碼，面臨海量數(shù)據(jù)的可能。
一個是用戶表users，記錄注冊用戶信息。
另一個好友表friend，保存用戶的好友數(shù)據(jù)，用戶之間相互添加好友，friend表膨脹得非�？�，想通過分表辦法解決friend膨脹過快的問題，沒法按日期做分表，只能按users表的uid做分表，程序?qū)崿F(xiàn)也沒多大問題，friend表膨脹過快的問題徹底解決。
但另一個問題來了，注冊一個新用戶創(chuàng)建一個friend_uid表，隨著用戶的增多，一個mysql數(shù)據(jù)庫中表會越來越多，如果用戶達(dá)到百萬級，那么一個數(shù)據(jù)庫，就有上百萬張表，這樣能行不？我估摸著不行。

如果不行，有沒有別的辦法，另外的分表方案？請朋友們出點主意，小弟不甚感激。

飛鴻無痕

回復(fù) 1# crykun


    為什么要一個uid就創(chuàng)建一個表？？？ 你的uid是自增的int類型嗎？

eugene_jin

最近，做一個社區(qū)的php項目編碼，面臨海量數(shù)據(jù)的可能。
一個是用戶表users，記錄注冊用戶信息。
另一個好友表friend，保存用戶的好友數(shù)據(jù)，用戶之間相互添加好友，friend表膨脹得非�？�，想通過分表辦法解決friend膨脹過快的問題，沒法按日期做分表，只能按users表的uid做分表，程序?qū)崿F(xiàn)也沒多大問題，friend表膨脹過快的問題徹底解決。
但另一個問題來了，注冊一個新用戶創(chuàng)建一個friend_uid表，隨著用戶的增多，一個mysql數(shù)據(jù)庫中表會越來越多，如果用戶達(dá)到百萬級，那么一個數(shù)據(jù)庫，就有上百萬張表，這樣能行不？我估摸著不行。


看你的描述：
1.若是friend表只有uid,fid二個字段的話，沒有必要考慮分表，數(shù)據(jù)條數(shù)多大也不是什么問題，因為表的數(shù)據(jù)容量大小有限，我們很多表都是上億的，而且頻繁的更新；

2.若真要拆分的話，你可以把uid進(jìn)行取模的方式，比如分成8張 或16 表足矣，那么就除以8 或16 取模了，值對應(yīng)的數(shù)據(jù)就寫入那個表中

提供一個參考PPT http://www.mysqlops.com/2011/06/ ... e-architecture.html