问
mysql大表or小表？
nct6778550 发布于 2022-11-07 17:30facebook采取的设计原则是把表设计的竟可能小，但小表岂不是要频繁join，假如根据一张表中的数据再逐一去取另一表数据会导致mysql连接数飞起？
倘若用大表保持一定冗余性，这种情况对与facebook之类sns网站海量数据会不会导致很快进入瓶颈？
2 个回答
-
个人感觉拆成小表，在内存中做join比较的靠谱。
2022-11-12 01:42 回答
1hhhhhhhhhhh0_196_217 -
- 当然小表好一些,减少io,同时易于扩展(比如增加字段的时候,不需要修改主表)
- 至于你说的join问题,是不存在的,因为互联网应用一般不会允许join操作,原因有两个,一个是速度慢,另一个是以后你分库分表了,怎么办?
- 业务上有join需求怎么办? --内存中处理
2022-11-12 01:42 回答
Mr_ZERO0000000
撰写答案
今天，你开发时遇到什么问题呢？
立即提问
京公网安备 11010802041100号