类似新浪微博私信数量等级的MySQL应该怎样设计和优化呢

[mengzhuo]

我最多也就能想到按用户的ID分表了……

[akira]

这个等级的数量，已经不是一个mysql库能搞定的事情了

[biaobiaoqi]

HBase用起来么

[markmx]

如果是项目需求或者客户要去的话，数据库方面就按照正常去做就行了。
然后在结构上加上缓存之类的东西，等到一定时间段，用户数量上来了，在进行数据库的主从。
之后在考虑其他解决方案 例如 nosql，分表，分库，集群等之类的。

为什么这样做：
第一：无论是客户还是项目，他们都预计的很高。他们都想一次到位，碰到几个客户就想软件上优化，硬件上减少，连个备份服务器都想省。
第二：这类项目的维护性，很重要。不是一步到位的事情。尤其是互联网项目。不可不说变化性很强。可能一个简单的事情，就搞的你的结构搞乱了。


如果是自我研究的话，水很深，我也在思考中......

[sobigfish]

记得他们的DBA有演讲的，暂时找不到了http://doc.mbalib.com/view/c67754d9f90f51e5ad2691d8d106d065.html

[cxe2v]

这种数量级别的都采用的是名字我都看不懂的什么数据解决方案实现的，你去翻翻facebook和twitter还有腾讯，他们采用的大数据解决方案有作大概介绍

[Zhang]

facebook用的是cassandra

[txlty]

上千台服务器，不是分表那么简单了。那私信几乎都成了即时通信了

[likuku]

新浪微博是世界上规模最大的redis用户，记得曾经将其某个变量的上限用到耗尽，提交此bug给作者后，作者迅速发布了修正后的新版本。

[skydiver]

@Zhang 早就放弃Cassandra了吧

[Zhang]

@skydiver 啊？！

[skydiver]

@Zhang 换成HBase了。。貌似Cassandra遇到过问题，后来就不用了。

http://www.zhihu.com/question/19593207

[biaobiaoqi]

@skydiver 长见识了。cassandra是fb自己研发的不是，还被丢弃了=。=