不能。MySQL中BEFORE INSERT触发器可显式赋值（如SET NEW.created_at = NOW()），但若字段已定义DEFAULT CURRENT_TIMESTAMP，则默认值优先于触发器，导致触发器赋值被忽略；正确做法是设字段DEFAULT NULL并判空填充，或直接使用字段默认值而非触发器。
INSERT BEFORE 触发器能自动填充默认值吗？
不能。MySQL 不支持 BEFORE INSERT 触发器中对 NEW 行的字段做“写入后生效”的默认填充（比如 NEW.created_at = NOW() 是合法的，但若字段定义了 DEFAULT CURRENT_TIMESTAMP，再在触发器里重复赋值就可能冲突）。PostgreSQL 支持 BEFORE INSERT 并允许修改 NEW，但 SQLite 的 BEFORE INSERT 仅限于 RAISE 中断，不能改值。所以“自动填充”的可行性取决于数据库类型和字段是否已声明默认值。
MySQL 中用 BEFORE INSERT 触发器补全 NULL 字段
当字段允许 NULL、又没设 DEFAULT，但业务要求非空时，BEFORE INSERT 是最常用手段。注意：必须显式检查 NEW.column_name IS NULL，不能只靠 IF NOT NEW.column_name（空字符串、0 都会误判）。
-
DELIMITER $$必须设置，否则分号会被提前解析 - 触发器名需唯一，建议带表名前缀，如
tr_users_before_insert - 如果字段是
TIMESTAMP或DATETIME，用NOW()；整数 ID 推荐用序列或 UUID，避免在触发器里查MAX(id)+1（并发不安全）
CREATE TRIGGER tr_orders_before_insert
BEFORE INSERT ON orders
FOR EACH ROW
BEGIN
IF NEW.order_no IS NULL THEN
SET NEW.order_no = CONCAT('ORD-', DATE_FORMAT(NOW(), '%Y%m%d'), '-', LPAD(FLOOR(RAND()*10000), 4, '0'));
END IF;
IF NEW.status IS NULL THEN
SET NEW.status = 'pending';
END IF;
END$$PostgreSQL 中 NEW 记录可直接赋值，但要注意 RETURNING
PostgreSQL 的 BEFORE INSERT 触发器函数必须返回 NEW，否则插入会失败。常见错误是忘了最后一行 RETURN NEW;，导致静默丢弃整条记录。
- 函数语言推荐
plpgsql，不是sql（后者不支持变量和条件逻辑） - 时间字段优先用
CURRENT_TIMESTAMP，而非NOW()（语义更明确） - 若字段已定义
DEFAULT，触发器中再次赋值会覆盖它——这是可控的，但需确认是否符合预期
CREATE OR REPLACE FUNCTION set_default_user_fields()
RETURNS TRIGGER AS $$
BEGIN
IF NEW.role IS NULL THEN
NEW.role := 'user';
END IF;
IF NEW.created_at IS NULL THEN
NEW.created_at := CURRENT_TIMESTAMP;
END IF;
RETURN NEW; -- 这行不能少
END;
$$ LANGUAGE plpgsql;触发器填充 vs 建表时 DEFAULT 的取舍
多数情况下，应该优先用字段级 DEFAULT，而不是触发器。触发器更适合动态逻辑（比如基于其他字段生成值、调用函数、校验外部状态），而静态默认值（如固定字符串、当前时间）交给 DDL 更轻量、更易维护、且兼容 INSERT ... SELECT 和批量导入。
- MySQL 8.0+ 的
DEFAULT支持表达式（如DEFAULT (UUID())），覆盖了大部分触发器场景 - 触发器会增加 INSERT 延迟，尤其在高并发写入时；每个触发器都是一次额外的执行上下文切换
- 迁移或同步工具（如 mysqldump、pg_dump）默认不导出触发器，容易遗漏，默认值则随表结构一起走
真正需要触发器的，往往是那些“插入时必须根据某字段算出另一字段值”的情况，比如 slug 从 title 自动生成，或者 amount_usd 根据 currency 和实时汇率换算——这些没法靠静态 DEFAULT 解决。
