mysql大表or小表？

Question

facebook采取的设计原则是把表设计的竟可能小，但小表岂不是要频繁join，假如根据一张表中的数据再逐一去取另一表数据会导致mysql连接数飞起？

倘若用大表保持一定冗余性，这种情况对与facebook之类sns网站海量数据会不会导致很快进入瓶颈？

Answer 1

1. 当然小表好一些,减少io,同时易于扩展(比如增加字段的时候,不需要修改主表)
2. 至于你说的join问题,是不存在的,因为互联网应用一般不会允许join操作,原因有两个,一个是速度慢,另一个是以后你分库分表了,怎么办?
3. 业务上有join需求怎么办? --内存中处理

Answer 2

个人感觉拆成小表，在内存中做join比较的靠谱。