在MySQL 5.7中如何通过触发器来模拟实现CHECK约束功能？

必须同时创建 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 < 0 OR 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

真正需要数据库强一致校验的场景极少，多数时候是设计过度——先确认是否真绕不开应用层，再决定要不要在触发器里查表。