能，BEFORE INSERT触发器可安全修改NEW字段值并用SIGNAL拦截非法数据；不可访问表中已有数据（SELECT易致死锁），不能调用外部服务，赋值必须显式SET，拒绝插入须用SIGNAL而非RETURN。
BEFORE INSERT 触发器能拦截并修改待插入的数据吗
能，但有严格限制：BEFORE INSERT 触发器可以读取 NEW 行的值、赋新值给 NEW.column_name，也能用 SIGNAL SQLSTATE 主动报错中止插入。它不能访问表中已有数据（除非显式 SELECT，但需注意性能和死锁风险），也不能调用存储过程以外的外部服务。
常见误判是以为触发器能“自动修复”非法输入（比如把空字符串转为 NULL）后无感放行——这可行，但必须明确赋值，否则原值照旧；更危险的是漏掉 SIGNAL，导致脏数据静默入库。
- 校验逻辑必须写在触发器体内部，不能依赖应用层“约定”
-
NEW是只读别名，直接赋值才生效：SET NEW.phone = REPLACE(NEW.phone, ' ', ''); - 想拒绝插入，必须用
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '手机号格式错误';，仅RETURN或LEAVE无效
手机号、邮箱、日期字段的典型校验写法
MySQL 原生不提供 REGEXP_LIKE（8.0.4+ 才有），老版本得靠 REGEXP（返回 1/0）或字符串函数组合。注意：正则引擎不支持 Unicode 属性类（如 p{L}），中文字符得用 [x{4e00}-x{9fa5}] 这类十六进制范围（需启用 utf8mb4 且 MySQL ≥ 5.7.22）。
DELIMITER $$
CREATE TRIGGER check_user_before_insert
BEFORE INSERT ON users
FOR EACH ROW
BEGIN
IF NEW.phone NOT REGEXP '^1[3-9][0-9]{9}$' THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '手机号必须为11位大陆号码';
END IF;
IF NEW.email NOT REGEXP '^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$' THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '邮箱格式不合法';
END IF;
IF NEW.birth_date > CURDATE() THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '出生日期不能晚于今天';
END IF;
END$$
DELIMITER ;
- 邮箱正则末尾的双反斜杠
\.是因为触发器体中需转义一次，MySQL 解析时再转义一次才变成字面量. - 日期比较用
CURDATE()而非NOW()，避免因时间精度引发意外（NOW()含时分秒） - 若字段允许
NULL，校验前先加IF NEW.email IS NOT NULL THEN ... END IF;，否则NULL REGEXP xxx返回NULL，不触发SIGNAL
触发器里调用 SELECT 查询已有数据会有什么风险
能查，但极易引发死锁或性能坍塌。例如在 BEFORE INSERT 里执行 SELECT COUNT(*) FROM users WHERE email = NEW.email; 去查重——此时插入事务已持有了目标表的意向排他锁（IX），而该 SELECT 又要加共享锁（S），当并发高时，多个触发器同时尝试读同一行，就可能形成环形等待。
- 唯一性约束优先用
UNIQUE KEY，比触发器查重快一个数量级，且由引擎原子保证 - 真需跨行校验（如“同一用户当天最多下3单”），改用应用层加分布式锁，或在插入后用
AFTER INSERT+ 定时任务异步修正 - 若坚持在触发器里
SELECT，务必加LOCK IN SHARE MODE显式声明意图，但会进一步降低并发度
为什么插入失败时看不到触发器里的 SIGNAL 错误信息
常见于客户端未正确处理异常。MySQL 返回的 SQLSTATE 和 MESSAGE_TEXT 会被多数驱动原样透传，但有些 ORM（如旧版 Django）默认吞掉原始错误，只抛出笼统的 IntegrityError。
- 先用
mysql -u root -p命令行直连测试触发器：INSERT INTO users (phone) VALUES ('123');，确认能否看到完整报错 - PHP PDO 需设置
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION；Node.js mysql2 要监听error事件 - 错误码
'45000'是通用用户定义错误，不要用'23000'（该为唯一约束冲突保留），否则混淆排查路径
触发器逻辑越靠近数据层，越容易被当成“理所当然的存在”，但它的执行不可见、调试困难、跨实例难同步——真正需要强校验时，优先考虑应用层防御性编程 + 数据库约束，触发器只兜底那些约束无法覆盖的业务规则。
