需求缘起
产品第一版:用户有用户名、密码、昵称等三个属性,对应表设计:
user(uid, name, passwd, nick)
第二版,产品经理增加了年龄,性别两个属性,表结构可能要变成:
user(uid, name, passwd, nick, age, sex)
假设数据量和并发量比较大,怎么变?
(1)alter table add column?不太可行,锁表时间长
(2)新表+触发器?如果数据量太大,新表不一定装得下,何况触发器对数据库性能的影响比较高
(3)让dba来搞?新表,迁移数据,一致性校验,rename?dba真苦逼
今天分享2个列扩展性设计上几个小技巧,只占大伙1分钟(下班太晚的话,只能写一分钟系列
方案一:版本号+通用列
以上面的用户表为例,假设只有uid和name上有查询需求,表可以设计为
user(uid, name,
继续阅读与本文标签相同的文章
上一篇 :
这才是真正的分布式锁
下一篇 :
这才是真正的表扩展方案
-
究竟啥才是互联网架构“高并发”
2026-05-20栏目: 教程
-
连接池原来这么简单(一分钟系列)
2026-05-20栏目: 教程
-
一分钟了解微服务的好处和陷阱
2026-05-20栏目: 教程
-
一分钟掌握数据库垂直拆分
2026-05-20栏目: 教程
-
这才是真正的表扩展方案
2026-05-20栏目: 教程
