高级程序员为什么喜欢建表的时候加个 ext 字段？

[yuyang1992test]

扩展字段，到时候有新的需求再加不可以吗？

[flyqie]

因为，到那个时候就不好加了啊，一堆问题。。

[me1onsoda]

在一张千万级以上的表上加个字段，会导致锁表多长时间？

[yidinghe]

习惯使然，大部分情况其实是不需要加的。一般的系统设计中，100 张表里面可能只有不到 10 张表记录数最多，其他的表可能只有几十到几千条记录，唯独这几张表记录数能达到千万上亿条。这在设计的时候就可以预见到，所以剩下 90% 的表都不需要 ext 字段。

[yuyang1992test]

为什么不好加了？

[mightybruce]

线上数据库是不能随便修改数据库结构， 如果没有做不停机迁移的方案，会导致事故。
加这个，相当于考虑以后数据库变动了。
这种扩展也是建立在该表多数字段都已经非常确定的情况下， 其实还可以通过元数据表和字段来做。

[Morii]

@yuyang1992test

一张 MySQL 表有 2000w 数据，这时候你 ALTER TABLE 一下，会发生什么？

[chendy]

才加一个明显不够高级
我们这系统预留 30 个 varchar20 个 number ，上面再包一层管理扩展字段的处理

[brader]

@Morii 会被通报批评

[devopsdogdog]

一个垃圾运维，认为是 程序设计，模块化，后续扩展等考虑
说锁表的大哥，可能是我经验少，mysql 不是 行锁+ online ddl ,千万级别在我看来问题不大，不要高峰期操作就行了

[wuwukai007]

mysql 8.0 之后不存在问题

[brader]

@devopsdogdog “不要高峰期操作”这点就能把人恶心坏。我曾经遇过一个傻逼领导，老项目，那时候发版又频繁，有时候难免会有需要改老表的字段结构，如果用你说的这个方案，那领导动不动就给我说，那你就加班搞下啊，我们那个业务低峰期大概是晚上 11 点多，每周都会发 1-2 个版，我加他 MMP 。
从此之后，那些屎山老表，我是能不动就不动，也不优化，有需要我就直接扩表扩字段搞

[zxf9799]

@devopsdogdog 不是高峰期根本就是句蠢话，有几个网络公司客户不是 24 小时跑业务的。还有就是你晚上 3.4 点爬起来给客户搞了一小时，你们公司是怎么调休的，有点好奇

[devopsdogdog]

@brader 无论大小系统都会错开高峰期操作 ，作为运维 我只能说是正常。 也不一定要 最低峰高，错开最高峰就行了，对服务器和代码性能有信心的话，高峰期操作也无伤大雅

[pannanxu]

很多情况下这个字段很好用，比如：不需要查询，但是字段太多，懒得加字段，前端直接构建 json 写入。当然这个仅限于内网项目可以这样玩。可以避免不必要的攻击。

[liprais]

旧时代的眼泪

[lambdaq]

mongodb：啊对对对

[Vegetable]

如果预留了字段，开发自己直接就能用了，如果没有预留，发布流程会变得很麻烦。

[devopsdogdog]

@zxf9799 可能我菜，没遇过这个量级的公司。如果支持 online ddl 非特殊情况 其实是不影响 运行的。

不知道你是开发还是运维，反正干了好几年运维了，除非紧急更新，算操作规范吧，不然肯定是避开高峰期的。 你总不可能 24 小时 100%负责吧。

[dallaslu]

这也不高级啊。十多年前经手的项目，每个表都有 200 多个字段，起名 a1,a2,a3, ...a200

[lovelylain]

加个 text 类型的 ext 字段，新增字段如果不需要检索，直接改 proto 就完成了新增，比加一个表字段成本低多了，很多时候新增字段都没有检索需求。