必须同时创建 before insert 和 before update 触发器，仅靠 insert 触发器无法拦截 update 导致的非法数据；校验应使用 signal 主动报错而非静默赋值，确保 age 在 0–150 范围内。
MySQL 5.7 的 CHECK 约束不生效，必须用触发器兜底——但只写 BEFORE INSERT 是不够的，BEFORE UPDATE 同样要覆盖，否则业务更新时会绕过校验。
为什么不能只依赖 INSERT 触发器
很多人在表上加了 BEFORE INSERT 触发器后就以为万事大吉，结果上线后发现 age 字段被 UPDATE 改成 -5 或 200。这是因为：
-
BEFORE INSERT只拦截插入动作，对UPDATE完全无感 - 业务代码里大量使用
UPDATE ... SET age = ?，尤其是 ORM 自动生成的批量更新 - 如果没配
BEFORE UPDATE，校验逻辑就出现缺口，数据一致性直接失效
触发器里必须用 SIGNAL 主动报错，不能 SET NEW.xxx = NULL
常见错误是写成 SET NEW.age = IF(NEW.age BETWEEN 0 AND 150, NEW.age, NULL)，这会导致静默截断——值非法时变成 NULL 或默认值，违反业务本意（比如年龄不能为空）。
正确做法是用 SIGNAL 强制中断：
IF NEW.age 150 THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'age must be between 0 and 150'; END IF;
注意：SQLSTATE '45000' 是通用错误码，MESSAGE_TEXT 会被客户端直接捕获，比自定义变量 + SELECT 抛错更干净可靠。
触发器中 NEW.age 已含默认值或自动填充结果
NEW 不是原始 SQL 里的字面量，而是 MySQL 解析完所有默认值、表达式、自增逻辑后的最终行镜像。例如：
- 表定义含
age INT DEFAULT 18，插入时没给age字段，NEW.age就已经是18 - 字段设为
NOT NULL且无默认值，但插入时传了NULL，MySQL 会先报错（违反 NOT NULL），根本进不到触发器 - 所以校验逻辑必须基于
NEW.age做判断，而不是试图还原原始语句值
跨表关联校验要小心锁和性能
如果想在触发器里查其他表做动态限制（比如“每个 category 最多允许 10 条记录”），得注意：
-
SELECT COUNT(*) FROM limits WHERE category = NEW.category默认加共享锁（S 锁），高并发下可能阻塞其他写入 - 若
limits.category没索引，全表扫描会拖慢所有 INSERT/UPDATE - 更稳的做法是：把计数逻辑移到应用层维护缓存，或用唯一组合键 + 应用层预判，避免在触发器里做 SELECT
真正需要数据库强一致校验的场景极少，多数时候是设计过度——先确认是否真绕不开应用层，再决定要不要在触发器里查表。
