能阻断插入但必须用BEFORE INSERT + SIGNAL，仅MySQL 5.5+支持；低版本需伪造约束冲突，存在兼容性与维护风险。
能阻断，但必须用 SIGNAL，且只在 MySQL 5.5+ 有效；低于这个版本只能靠“制造约束冲突”这种取巧方式。
BEFORE INSERT + SIGNAL 是标准做法
触发器本身不能“取消”插入，但 SIGNAL 能让整个 SQL 语句失败并回滚，效果等同于阻断。关键点是：必须用 BEFORE INSERT，不能用 AFTER；错误码建议固定用 '45000'（用户自定义异常）；MESSAGE_TEXT 要简短明确，方便应用层捕获解析。
-
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '年龄必须在18-120之间';是最干净的写法 - 别用
SQLSTATE 'HY000'或其他系统保留码，容易和真实数据库错误混淆 - 条件判断里避免调用复杂函数（比如子查询），否则会显著拖慢插入性能
- 如果表有多个
BEFORE INSERT触发器，它们按创建顺序依次执行，任一触发SIGNAL都会中断后续流程
MySQL 5.5 以下版本只能“伪造错误”
老版本不支持 SIGNAL，常见 workaround 是主动破坏某条 NOT NULL 字段，让它违反约束从而报错中断。但这属于黑盒技巧，隐患多：
- 必须确保目标字段确实是
NOT NULL，否则设为NULL不会报错 - 如果字段允许
NULL，或用了默认值，这个方法就失效 - 报错信息是通用的约束违例（如
ERROR 1048 (23000): Column 'xxx' cannot be null），无法自定义提示 - 一旦表结构变更（比如把
NOT NULL改成允许NULL），触发器就彻底失灵，且不易发现
容易被忽略的兼容性与维护陷阱
看似一行 SIGNAL 就完事，实际落地时几个细节常导致失败：
- 创建触发器前没改
DELIMITER，会导致语法错误，报错信息往往是ERROR 1064，但根源不在SIGNAL本身 -
NEW.xxx引用的字段名拼错，或该字段根本不存在，触发器能创建成功，但运行时报ERROR 1327（Undeclared variable） - 在复制环境（主从）中，触发器默认不会同步到从库；如果从库也需校验，得手动在从库重建，且要确认
log_bin_trust_function_creators=1已启用 - 触发器逻辑里调用存储函数或访问其他表，可能引发死锁或权限不足（
ERROR 1422），尤其在高并发插入场景下
真正难的不是写那几行 SIGNAL，而是想清楚：这个校验是否真的必须在数据库层做？应用层拦截更快、更易测、日志更全；触发器只适合兜底——比如绕过应用直连 DB 的运维操作，或者跨服务共享的强一致性规则。
