mysql大表or小表？

Question

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

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

Answer 1

1. 當然小表好一些,減少io,同時易於擴展(比如增加字段的時候,不需要修改主表)
2. 至於你說的join問題,是不存在的,因為互聯網應用一般不會允許join操作,原因有兩個,一個是速度慢,另一個是以後你分庫分錶了,怎麼辦?
3. 業務上有join需求怎麼辦? --記憶體中處理

Answer 2

個人感覺拆成小表，在記憶體中做join比較的可靠。