SIGNAL语句必须配合合法SQLSTATE（如'45000'）、强制SET MESSAGE_TEXT及BEFORE触发器上下文才有效拦截数据，缺一不可；AFTER触发器中使用无法回滚已提交修改。
SIGNAL 语句不是“写完就报错”，它必须配合正确的 SQLSTATE、MESSAGE_TEXT 和执行上下文，否则会静默跳过、语法报错，或看似生效实则无法拦截数据。
SQLSTATE 值必须是合法的 5 位字符串，且推荐用 '45000'
MySQL 要求 SIGNAL SQLSTATE 后跟严格 5 字符字符串，前两位不能是 '00'，也不能是 MySQL 内置状态码（如 '23000' 表示约束冲突）。用户自定义错误统一用 '45000' 最稳妥——这是官方保留的通用用户错误段。
- ❌ 错误写法：
SIGNAL SQLSTATE '4500'（只有 4 位）、SIGNAL SQLSTATE "45000"（双引号）、SIGNAL SQLSTATE 45000（无引号） - ✅ 正确写法：
SIGNAL SQLSTATE '45000' - ⚠️ 注意：
DECLARE custom_err CONDITION FOR SQLSTATE '45000'定义别名后，SIGNAL custom_err也可用，但本质仍依赖该 SQLSTATE 值
SET MESSAGE_TEXT = 'xxx' 是强制项，缺了就报 ERROR 1337
SIGNAL SQLSTATE '45000' 单独出现不合法，MySQL 会直接拒绝执行并抛出 ERROR 1337 (42000)：syntax error。必须显式带 SET MESSAGE_TEXT 子句。
- ❌ 错误写法：
SIGNAL SQLSTATE '45000'（无 SET） - ✅ 正确写法：
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '价格不能为负' - ⚠️ 注意：如果字符串里拼接了可能为
NULL的字段（如CONCAT('ID ', NEW.id, ' 无效')），整条SIGNAL会被跳过——MySQL 对MESSAGE_TEXT表达式求值结果为NULL时直接忽略该语句
在 BEFORE 触发器中用 SIGNAL 才能真正拦截非法写入
想靠 SIGNAL 阻止脏数据入库？只能放在 BEFORE INSERT 或 BEFORE UPDATE 触发器里。AFTER 触发器里写 SIGNAL 语法能过，但数据早已落盘，事务无法回滚，客户端只收到错误，业务规则形同虚设。
- ✅ 有效场景：
BEFORE INSERT检查NEW.price < 0→SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '价格必须大于零' - ❌ 无效场景：
AFTER UPDATE中同样条件触发SIGNAL—— 更新已提交，错误纯属事后通知 - ⚠️ 注意：
BEFORE触发器中可读写NEW，适合赋值、校验、拦截；OLD只读，适合比对或依赖检查（如“禁止删除有订单的用户”）
存储过程中抛异常需搭配 DECLARE HANDLER，否则错误直接透出给客户端
单纯在存储过程里 SIGNAL，没配处理逻辑，错误就会原样返回调用方。要封装成业务级响应（比如记录日志、返回默认值、重试），得用 DECLARE EXIT HANDLER 捕获。
- ✅ 正确结构：
DECLARE custom_fail CONDITION FOR SQLSTATE '45000'; DECLARE EXIT HANDLER FOR custom_fail BEGIN INSERT INTO log_table(msg) VALUES ('校验失败'); SELECT '操作被拒绝' AS result; END; - ⚠️ 注意：
EXIT HANDLER触发后会退出当前作用域（如整个存储过程），不会继续执行后续语句；若需部分恢复，得用CONTINUE HANDLER+ 更细粒度控制 - ⚠️ 兼容性：MySQL 8.0.16+ 支持
MESSAGE_TEXT最长 128 字符，超长自动截断不警告——别指望长消息能完整显示
SIGNAL，而是判断它该在哪一层（触发器 / 存储过程 / 函数）、由谁来捕获（调用方 / 外层 handler / 应用层）、以及是否真的中断了数据流——漏掉任一环，都只是看起来像在报错。 
