刚入行那会儿，我建表时最烦的就是“default”这个词。明明字段都定义好了，为啥还要多写一句？后来被老同事骂了一顿才明白，default不是可有可无的装饰，而是数据库设计里最容易被忽视、却最能救命的东西。今天这篇，咱们就把“数据库default怎么用”这件事掰开揉碎了聊清楚，不整虚的，全是实战里踩过的坑和填坑的办法。
先搞清楚default到底在干嘛。简单说，你往表里插入数据时，如果某个字段没给值，数据库就用default定义的默认值顶上。听起来很简单对吧？但很多人栽在“没给值”三个字上。比如你定义了一个，插入时如果不写这个字段，数据库自动填当前时间。可如果你写了进去呢？那默认值不生效，字段就是NULL。这个区别特别坑，因为很多新手以为“不写”和“写NULL”是一回事，其实完全两码事。NULL是“未知”，默认值是“给定的兜底值”，语义上就有本质差异。所以实战里，如果你想让字段在没值的情况下也走默认值，插入语句里干脆别列这个字段，或者用关键字显式指定。
再来说说默认值的类型。很多人以为default只能写数字或者字符串，其实能玩的花样不少。除了常见的、这种静态值，还可以用函数。MySQL里、、都能当默认值，PostgreSQL更狠，支持、这些。这就有个实战技巧：比如用户表需要生成唯一邀请码，你完全可以在字段定义里直接，插入时不用管，数据库自动给你生成一个全球唯一的ID。省了应用层写逻辑的功夫，还不用担心并发下重复。但注意，不是所有数据库都支持函数默认值，比如MySQL老版本对表达式默认值支持就有限，8.0之后才放开。所以用之前一定查一下你数据库的版本和文档，别写完上线才发现语法不支持，那才叫欲哭无泪。
第三个关键是默认值和NOT NULL的搭配。很多教程会告诉你，字段加NOT NULL约束，然后给个默认值，这样插入时漏掉也不会报错。这个说法对，但不够全面。实战中我见过一种反模式：某个状态字段，默认值是，加了NOT NULL，看起来稳妥了。可业务上，有些场景就是需要区分“用户没填”和“用户填了但填的是0”，这时候默认值反而帮了倒忙——因为不管有没有填，查出来都是0，你没法区分。解决办法是把默认值设为（允许NULL），用NULL表示“未填”，用具体值表示“已填”。或者加一个单独的标志字段。所以别死记“NOT NULL+默认值”是黄金组合，得看你的业务到底需不需要区分“缺失”和“有值但为默认”。
再讲讲默认值的修改和迁移，这里坑最多。你建表时设了，跑了大半年，突然产品说要把默认状态改成。你兴冲冲跑一句（不同数据库语法不一样，MySQL是，PostgreSQL是，SQL Server是）——改是改成功了，但注意，这个修改只影响之后插入的新行，老数据该是0还是0。很多人以为改了默认值，老数据也会跟着变，那你就大错特错了。如果需要老数据也更新，你得手动写UPDATE语句。而且，如果你在修改默认值之前删掉了原来的约束，又没加新的，那字段就变成“无默认值”状态了，插入时漏掉直接报错。这种低级错误，我在生产环境见得太多了。所以改默认值之前，一定先查清楚当前表结构、约束名，再动手。
还有个容易被忽略的场景：批量插入和默认值的交互。比如你要从Excel导入一批数据，用了，结果col3没在插入列表里，那col3就会走默认值。这其实是好事，省得你清洗数据时还要补一堆字段。但反过来，如果你用这种不带列名的写法，那么你提供的值必须和表字段顺序完全一致，否则默认值根本不会生效，还会报错或者插错列。所以实战里我强烈建议：永远写清列名，别偷懒。这不仅是代码可读性的问题，更是保证默认值机制能正常工作的前提。
再聊一个进阶玩法：默认值在数据回填和初始化里的妙用。有时候你需要给一张老表加一个新字段，比如给用户表加一个，现有用户都应该默认是（普通会员）。你可以直接。这句话的厉害之处在于，MySQL和PostgreSQL在8.0/11版本之后，这种操作是“秒级完成”的，因为数据库只改了元数据，不会真的去重写每一行。而如果不用默认值，你先加可空字段再UPDATE，那线上几百万行数据，锁表锁到天荒地老。所以，在加字段时善用默认值，是一种高性价比的在线表变更策略。当然，前提是你数据库版本支持这种优化，老版本还是会锁表或重建表，得评估好停机时间。
说说默认值的“反模式”和坑。最常见的就是把默认值设成，然后又没加NOT NULL，结果业务逻辑里判断“是否为NULL”和“是否为默认值”混淆，导致报表数据出错。另一个坑是默认值用了可变函数（比如）之后，你没法用表达式再引用其他字段的值（MySQL和PostgreSQL都不行），这意味着默认值不能实现“如果A字段没填，就用B字段的值”这种联动逻辑。碰到这种需求，老老实实去应用层处理，别死磕数据库。还有，别把默认值当校验工具。默认值只是“兜底”，不是“约束”，比如你设年龄默认，用户填了也能插进去，数据库不会拦你。校验逻辑该用CHECK约束或者应用层校验，别指望default帮你挡脏数据。
写到这里，你大概能感受到，default这个关键词，看起来简单，用好了能省大量重复代码和线上事故，用不好就是埋雷。新手最容易犯的错是把默认值当成“给字段赋初值”的唯一手段，忽略了NULL语义、版本兼容、修改影响范围这些细节。我的建议很简单：建表时，每个字段都问自己一句——“如果这里漏填了，数据库该填什么？”想清楚了再写default。该用静态值，该用函数用函数，该允许NULL就允许NULL，千万别拍脑袋。
这篇文章从基础用法聊到修改迁移，再到进阶策略和常见坑，基本覆盖了“数据库default怎么用”的实战全貌。你如果正在设计新表，或者要改老表结构，不妨把上面这几点对照着过一遍。记住，默认值不是装饰品，它是你数据质量的一道防线。用得好，你的数据永远有备胎；用不好，你的报表永远有惊喜。
