>>>>> 分表
分表的确是为了并发的性能,解决表锁带来的性能下降
>>>>> 分库
>> 不分库
为啥不分库这个恐怕得看代码，不知道小米用的啥中间件，在我们着，分库根本不是问题
>> 分库
我一直认为分库是非常好的:分库可以启动多库的多线程复制
我们可以从多个方面讨论。
首先来说，你测试的时候延迟的重要与否取决于“木桶理论”.如果想做读写分离，你的瓶颈在slave上,分库可以启动多库的多线程复制,所以分库可以提升很高的性能问题


>>>>> 论坛
问题:每日发帖89W, PV2000W，每个贴需要3次同步写,一次PV算一次读
互联网的规则是1:10:100，一个人发帖，10个人转发，100个人看.严格来说并不符合2:8理论
10倍的是类似于人人或者微博这种社交网络，但是我觉得重要的不是这个，是你的算法
<木木> 一般算 峰值 是按照5倍算的。
>> 高峰时每秒写次数
总的同步写次数:89W*3*10
maxw = 89W*3*10 / (24*3600) *5
>> 高峰时每秒读次数
总的读次数:2000W
maxr = 2000W / (24*3600) *5
>> 机器数量。假设key是每台机器支撑的qps数量