一、默认值到底解决什么问题？
先说本质。mysql设置默认值的核心目的只有一个：当INSERT语句中省略某个字段时，数据库自动填充一个合理的值，而不是报错或存入NULL。
举个最常见的场景：用户注册表中有一个status字段，表示账号状态（1=启用，0=禁用）。如果不设置默认值，每次插入都必须显式传入status的值。一旦某次业务逻辑漏传了这个字段，且该字段又定义为NOT NULL，整条INSERT直接报错——线上事故就这么来了。
设置status TINYINT DEFAULT 1之后，插入时不写status，数据库自动填1，既保证了数据完整性，又减少了应用层的冗余代码。这就是默认值的价值：用一行DDL，换来无数次INSERT的安心。
二、创建表时设置默认值——最推荐的方式
mysql设置默认值最干净、最不容易出错的时机，是在建表那一刻就定义好。语法非常直观：
CREATE TABLE users (
id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50) NOT NULL,
status TINYINT DEFAULT 1,
age INT DEFAULT 18,
email VARCHAR(100) DEFAULT 'unknown@example.com',
created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
remark TEXT DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
逐字段拆解：
| 字段 | 默认值 | 说明 |
|---|---|---|
status |
1 |
数字类型直接写值，不加引号 |
age |
18 |
同上，整数默认值 |
email |
'unknown@example.com' |
字符串必须用单引号包裹 |
created_at |
CURRENT_TIMESTAMP |
时间类型推荐用函数，自动取当前时间 |
remark |
NULL |
TEXT类型默认行为就是NULL，也可显式写DEFAULT NULL |
几个关键要点：
第一，NOT NULL字段强烈建议设默认值。 如果一个字段定义了NOT NULL却没设DEFAULT，插入时不传值就会直接报错。这是生产环境最常见的"隐性炸弹"。
第二，字符串默认值必须加引号。 DEFAULT unknown是错误的，必须写成DEFAULT 'unknown'。这个错误看似低级，但在快速手写SQL时极易踩坑。
第三，时间字段优先用CURRENT_TIMESTAMP而非NOW()。 CURRENT_TIMESTAMP是MySQL原生支持的默认值表达式，而NOW()在某些版本和上下文中作为默认值会有兼容性问题。在天翼云MySQL 8.0环境下，CURRENT_TIMESTAMP是最稳妥的选择。
三、已有表如何修改默认值？
表已经上线了，字段没有默认值或者默认值不对，怎么办？这就需要用ALTER TABLE来做mysql设置默认值的后续调整。
3.1 添加默认值
ALTER TABLE users ALTER COLUMN status SET DEFAULT 0;
这条语句将status字段的默认值从1改为0。注意，MySQL 8.0+推荐使用ALTER COLUMN ... SET DEFAULT语法，语义清晰，不会误改其他属性。
如果是更早的版本（如MySQL 5.7），可以用兼容性更强的写法：
ALTER TABLE users MODIFY COLUMN status TINYINT DEFAULT 0;
MODIFY COLUMN会重新定义整列，所以必须把原来的类型、约束等全部带上，少写一个属性就可能导致字段定义被意外覆盖。
3.2 删除默认值
ALTER TABLE users ALTER COLUMN status DROP DEFAULT;
执行后，status字段不再有默认值。此后插入数据时如果不传status，且该字段允许NULL，则存为NULL；如果是NOT NULL且没传值，则直接报错。
特别提醒： 删除默认值和设置默认值为NULL是两回事。DROP DEFAULT之后字段回到"无默认值"状态，而DEFAULT NULL是显式设置了一个默认值（这个默认值恰好是NULL）。
3.3 添加新字段时带默认值
ALTER TABLE users ADD COLUMN level VARCHAR(20) NOT NULL DEFAULT 'bronze';
这条语句同时完成了三件事：加字段、设类型、设默认值。对于已经有数据的表，新增NOT NULL字段必须带默认值，否则MySQL会拒绝执行——因为已有行的该字段没有值，不设默认值就违反了NOT NULL约束。
四、MySQL支持哪些默认值类型？
做mysql设置默认值，不能什么都往里塞。MySQL对默认值类型有明确的支持范围：
| 类型 | 示例 | 是否支持 |
|---|---|---|
| 常量数字 | DEFAULT 0、DEFAULT -1 |
✅ 完全支持 |
| 常量字符串 | DEFAULT 'active' |
✅ 完全支持 |
| NULL | DEFAULT NULL |
✅ 完全支持 |
CURRENT_TIMESTAMP |
DEFAULT CURRENT_TIMESTAMP |
✅ 时间类型专用 |
CURRENT_DATE |
DEFAULT CURRENT_DATE |
✅ DATE类型支持 |
| 表达式（8.0.13+） | DEFAULT (1+1) |
✅ 标量表达式支持 |
| 普通函数 | DEFAULT UUID() |
⚠️ 旧版本不支持，8.0+部分支持 |
| 子查询 | DEFAULT (SELECT ...) |
❌ 不支持 |
| TEXT/BLOB函数默认值 | DEFAULT UPPER(name) |
❌ 不支持 |
重点限制：TEXT和BLOB类型字段不能设置函数类默认值。 这是很多开发者踩坑的地方——试图给remark TEXT字段设一个DEFAULT ''之外的函数默认值，结果直接报错。如果确实需要动态默认值，建议在应用层处理，不要指望数据库。
五、实战中的最佳实践
基于在天翼云MySQL上的实战经验，我总结了几条mysql设置默认值的铁律：
1. 状态字段必设默认值
status、is_deleted、type这类字段，业务含义明确，取值有限，一定要设默认值。通常status默认1（启用），is_deleted默认0（未删除）。
2. 时间字段用CURRENT_TIMESTAMP，更新字段用ON UPDATE CURRENT_TIMESTAMP
created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
这对组合拳能自动记录创建时间和最后修改时间，几乎是所有业务表的标配。在天翼云MySQL上，这个特性稳定可靠，无需额外触发器。
3. NOT NULL + DEFAULT 是黄金组合
单独的NOT NULL是定时炸弹，单独的DEFAULT是半成品。只有NOT NULL DEFAULT 值才是完整的安全网——既保证字段永远有值，又保证插入时不会因漏传字段而报错。
4. 默认值只影响新插入的数据
修改默认值不会改变表中已有数据。如果你把age的默认值从18改为20，已有记录的age仍然是原来的值，只有新插入且不传age的记录才会用新默认值。这一点在做数据迁移时务必注意。
5. 版本差异要留心
MySQL 5.7和8.0在默认值语法上有差异。5.7只能用MODIFY COLUMN或CHANGE COLUMN来改默认值，8.0+才支持更语义化的ALTER COLUMN ... SET DEFAULT和DROP DEFAULT。在天翼云上如果使用的是MySQL 8.0实例，建议优先使用新语法，可读性更好，也不容易误操作。
六、一个容易被忽视的陷阱
很多开发者认为设置了默认值就万事大吉，但有一个隐藏问题：如果字段允许NULL且没设DEFAULT，插入时省略该字段，结果是NULL而不是默认值。
换句话说，DEFAULT和NULL是两套独立机制：
- 有
DEFAULT→ 省略字段时填默认值 - 无
DEFAULT但允许NULL→ 省略字段时填NULL - 无
DEFAULT且NOT NULL→ 省略字段时报错
这个区分在排查线上问题时极其重要。曾经有同事发现某个字段"明明没传值却不是默认值"，排查半天才发现是字段允许NULL且没设DEFAULT，MySQL默默存了个NULL进去。
写在最后
mysql设置默认值这件事，说大不大，说小不小。它不像索引优化、SQL调优那样立竿见影，但它是表结构设计的基石之一。一个默认值设置得当的表，插入逻辑简洁、数据一致性高、运维成本低。
在天翼云MySQL的使用场景下，结合ENGINE=InnoDB的事务特性和MySQL 8.0的新语法，mysql设置默认值可以做到既规范又高效。希望这篇文章能帮你在下次建表或改表时，少踩一个坑，多一分从容。
