mysql触发器中必须用signal抛出校验错误，如signal sqlstate '45000' set message_text = 'xxx'，且仅8.0.16+支持；校验须在before触发器中进行，注意null处理、禁止查当前表、避免复杂逻辑影响性能与事务一致性。
触发器里用 SIGNAL 抛出校验失败错误
MySQL 触发器本身不支持直接返回错误给客户端，必须靠 SIGNAL 主动中断执行并抛出可捕获的 SQLSTATE 错误。没这句，哪怕逻辑判断出问题，INSERT/UPDATE 依然会成功，校验形同虚设。
-
SIGNAL SQLSTATE '45000'是最常用方式，'45000' 表示未定义的通用错误，MySQL 5.5+ 支持 - 必须搭配
SET MESSAGE_TEXT = 'xxx'，否则客户端看到的是空错误信息 - 不能只写
SIGNAL SQLSTATE '45000'就结束——后面得跟完整语句，比如SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'age must be between 0 and 150'; - 注意：MySQL 8.0.16+ 才支持在触发器中使用
SIGNAL；低版本只能靠制造语法错误（如SELECT 1/0）来强行中断，但不可控且日志难读
BEFORE INSERT / BEFORE UPDATE 中校验字段值
校验动作必须放在 BEFORE 触发器里，而不是 AFTER。因为 AFTER 触发时数据已落盘，再抛错也改不了结果，还可能引发事务不一致。
- 对插入操作，用
NEW.column_name获取待插入值；更新操作同样用NEW.column_name（它代表新值），OLD.column_name是旧值，可用于比对 - 别在触发器里查当前表（比如
SELECT COUNT(*) FROM users WHERE ...），会报Can't update table 'xxx' in stored function/trigger - 字符串长度校验建议用
CHAR_LENGTH()而非LENGTH()，避免多字节字符（如中文）被误判 - 数值范围校验注意 NULL 处理：比如
IF NEW.age 150 THEN ...对NULL不生效，需显式加IS NULL判断
触发器性能和事务边界要注意
触发器代码会在每行数据变更时同步执行，一旦逻辑复杂或含子查询，会明显拖慢批量写入速度。更关键的是，它和主 SQL 共享同一事务上下文——触发器里出错，整个语句回滚，这点常被忽略。
- 避免在触发器里调用存储函数或访问其他大表，尤其是带索引扫描的查询
- 不要试图在触发器中 COMMIT 或 START TRANSACTION，MySQL 会直接报错
Explicit or implicit commit is not allowed in stored function or trigger - 如果业务要求“部分失败不阻断”，触发器不是合适选择——应改用应用层校验 + 显式事务控制
- 测试时务必用
INSERT INTO ... VALUES (),(),()...多值插入验证，单行测试看不出批量性能问题
用 SHOW TRIGGERS 查看和调试触发器
写完触发器别急着跑业务，先确认它是否按预期注册、激活。MySQL 不报错不等于触发器真在工作，常见问题是名字拼错、事件类型不匹配、或没指定 FOR EACH ROW。
- 查当前库所有触发器：
SHOW TRIGGERS LIKE 'users';（'users'是表名，不是触发器名） - 看触发器定义：
SELECT TRIGGER_NAME, EVENT_MANIPULATION, EVENT_OBJECT_TABLE, ACTION_STATEMENT FROM INFORMATION_SCHEMA.TRIGGERS WHERE TRIGGER_SCHEMA = 'your_db' AND TRIGGER_NAME = 'trg_check_age'; - 调试时临时加
INSERT INTO debug_log VALUES (NOW(), 'trg fired', NEW.id);（前提是 debug_log 表存在且允许写入），比盲目猜更可靠 - 删除触发器前确认没有其他依赖：
DROP TRIGGER IF EXISTS trg_check_age;，名字区分大小写，且不能加数据库前缀
