MySQL中设置字段默认值需用DEFAULT关键字：数值/字符串字段仅支持字面量（如DEFAULT 0、DEFAULT 'unknown'），TIMESTAMP/DATETIME可设CURRENT_TIMESTAMP；5.7+禁用NOW()等函数作非时间类型默认值；修改默认值在8.0.13+用ALTER COLUMN SET DEFAULT，5.7需MODIFY重定义字段。
MySQL中设置字段默认值的正确写法
MySQL 5.7 及以后版本对 DEFAULT 的语法限制变严，不能直接用函数（如 NOW()）作为 DEFAULT 值（除 TIMESTAMP 和 DATETIME 类型外），否则会报错：Invalid default value for 'xxx'。
- 数值/字符串类型字段：只能用字面量，比如
DEFAULT 0、DEFAULT 'unknown' -
TIMESTAMP或DATETIME字段：可使用CURRENT_TIMESTAMP作为默认值，但注意 MySQL 8.0+ 支持DEFAULT CURRENT_TIMESTAMP和DEFAULT NOW()等价，而 5.7 仅认CURRENT_TIMESTAMP - 想让
INT或VARCHAR字段有“动态默认值”？不行——必须靠应用层或触发器模拟，MySQL 原生不支持
自动更新时间戳字段的两种行为区别
MySQL 中 ON UPDATE CURRENT_TIMESTAMP 和 DEFAULT CURRENT_TIMESTAMP 是独立控制的，常被混用导致时间不对。关键看你要的是“首次插入时设时间”还是“每次修改都刷新”。
- 只设默认值：
created_at DATETIME DEFAULT CURRENT_TIMESTAMP→ 插入时自动填，之后不变 - 只设更新触发：
updated_at DATETIME ON UPDATE CURRENT_TIMESTAMP→ 插入时不填（可能为NULL），只有后续UPDATE才生效 - 两者都设：
updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP→ 插入和更新都会自动设值（MySQL 5.6.5+ 支持） - 注意：
TIMESTAMP类型字段默认带NOT NULL，而DATETIME不会；若字段允许NULL，ON UPDATE CURRENT_TIMESTAMP仍有效，但默认值必须显式写DEFAULT NULL
ALTER TABLE 修改默认值和时间戳属性的实际操作
已有表加默认值或时间戳行为，不能只用 MODIFY COLUMN，必须用 CHANGE COLUMN 或完整重定义字段，否则会丢掉原有属性。
- 给已有字段加默认值：
ALTER TABLE users ALTER COLUMN status SET DEFAULT 'active'（MySQL 8.0.13+ 支持） - 老版本（如 5.7）需重定义：
ALTER TABLE users CHANGE COLUMN created_at created_at DATETIME DEFAULT CURRENT_TIMESTAMP - 添加
ON UPDATE行为：必须连同类型一起重写，例如：ALTER TABLE users CHANGE COLUMN updated_at updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP - 执行前务必备份；如果字段已有数据且类型不兼容（比如从
VARCHAR改成DATETIME），会失败并提示Data truncated
常见陷阱：时区、NULL 值与复制环境影响
时间戳字段在主从复制或跨时区部署时容易出偏差，不是语法问题，而是配置问题。
-
CURRENT_TIMESTAMP依赖服务器时区（system_time_zone），不是客户端连接时区；主从时区不一致会导致updated_at在从库上被错误覆盖 - 如果字段定义为
NOT NULL但没设默认值，插入时又没提供值，会报错：Field 'xxx' doesn't have a default value（尤其在严格模式下） - 使用
INSERT ... ON DUPLICATE KEY UPDATE时，ON UPDATE CURRENT_TIMESTAMP依然会触发，哪怕只是主键冲突没真正更新行数据 - MySQL 8.0 默认开启严格模式，而 5.7 可能关闭，这会影响默认值缺失时的行为——建议统一检查
sql_mode是否含STRICT_TRANS_TABLES
时间戳字段看着简单，但默认值、更新逻辑、时区、模式、版本差异全搅在一起，改错一个参数就可能让业务日志时间全乱。动手前先 SELECT @@sql_mode, @@time_zone; 看一眼当前环境。
