必须用 BEFORE 而不是 AFTER 触发器，因为 AFTER 阶段数据已写入磁盘，SIGNAL 报错无法回滚变更；BEFORE 阶段可在写入前校验、中断或修正 NEW.amount，确保 0–1000 范围限制生效。
只能用 BEFORE UPDATE 和 BEFORE INSERT 触发器校验并中断，AFTER 阶段无法阻止非法值写入。
为什么必须用 BEFORE 而不是 AFTER
触发器在 AFTER UPDATE 执行时，数据已经落盘。哪怕你立刻 SIGNAL 报错，NEW.amount 的非法值也早已写进表里——校验纯属马后炮。MySQL 不允许在 AFTER 中回滚主语句的变更，更不会自动撤回已执行的写操作。
而 BEFORE UPDATE 发生在数据写入前，此时你可以：
• 读取 OLD.amount 和 NEW.amount 做对比
• 直接 SIGNAL SQLSTATE '45000' 中断整个语句
• 或者设 SET NEW.amount = LEAST(GREATEST(NEW.amount, 0), 1000) 强制兜底（需业务接受）
怎么写一个安全的数值范围校验触发器
以限制 orders.amount 必须在 0–1000 之间为例：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
DELIMITER $$
CREATE TRIGGER tr_orders_amount_range_check
BEFORE UPDATE ON orders
FOR EACH ROW
BEGIN
IF NEW.amount < 0 OR NEW.amount > 1000 THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'amount must be between 0 and 1000';
END IF;
END$$
DELIMITER ;
- INSERT 同理，要额外建一个
BEFORE INSERT触发器，否则用户绕过 UPDATE 直接 INSERT 就能突破限制 - 别漏掉
NULL处理：如果字段允许NULL，且业务上NULL是合法值，就加IF NEW.amount IS NOT NULL AND (NEW.amount 1000) - 用
LEAST/GREATEST自动修正比SIGNAL更“安静”，但掩盖了输入错误，调试时难定位源头
容易踩的坑：跨类型比较和 sql_mode 影响
如果 amount 是 DECIMAL(10,2)，但应用传入字符串 '999.999'，MySQL 可能先截断再比较，导致触发器看到的是 999.99 —— 表面合规，实则丢失精度。
更危险的是 sql_mode 设置：
- 若启用了
STRICT_TRANS_TABLES，超范围插入会直接报错，触发器甚至没机会执行 - 若关闭 strict 模式，MySQL 可能静默转成边界值（如
1001→1000），你的SIGNAL条件永远不命中 - 验证方式：用该用户连接后执行
SELECT @@sql_mode;，确保环境一致
触发器外还要防什么
触发器只拦直连表的 UPDATE/INSERT，拦不住：
- 有
UPDATE权限的其他账号代理执行（比如运维用 root 改数据） - 应用层拼接 SQL 时把校验逻辑绕开（例如先
UPDATE再UPDATE回填） - 批量导入（
LOAD DATA INFILE）默认跳过触发器，除非显式加SET FOREIGN_KEY_CHECKS=0等开关
真正要堵死，得配合权限收窄（如只给 SELECT + EXECUTE 存储过程）+ 应用层前置校验，触发器只是最后一道闸门，不是铁壁。
