根本原因是应用层未拦截并转换触发器抛出的SQLSTATE错误，导致MySQL原始错误透传至前端；必须用SIGNAL配合CONTINUE HANDLER主动抛错，并在应用层执行SHOW WARNINGS解析ERR_前缀错误码。
前端收不到友好错误码，根本原因不是触发器没报错，而是应用层把原始 MySQL 错误透传出去了。 触发器本身无法控制 HTTP 状态码或 JSON 字段，它只能通过 SIGNAL 抛出 SQLSTATE（如 '45000'），而这个信号必须由应用代码捕获、翻译、再封装成前端能理解的格式。一旦漏掉这层拦截，用户看到的就是 "Unknown column 'phone' in 'field list'" 这类泄露表结构的原始信息。
为什么 SHOW WARNINGS 和 ERROR LOG 里有错，但前端却显示“成功”
这是最典型的静默失败场景：触发器在 AFTER INSERT 中执行失败（比如写日志表时字段类型不匹配），但主 INSERT 已提交，MySQL 不会回滚——此时客户端只收到“Query OK”，SHOW WARNINGS 要手动查，且仅对当前会话上一条语句有效；错误日志里虽有记录，但前端完全感知不到。
- 触发器失败不等于语句失败，尤其是
AFTER类型，主语句已落地 -
SHOW WARNINGS不会自动返回给应用，必须显式执行并解析结果集 - PHP 的
PDO::ERRMODE_SILENT或 Python 的raise_on_warnings=False会让这类警告直接被吞掉 - ORM 框架（如 Django）默认不检查 warnings，
cursor.execute()返回后就认为操作完成
如何用 SIGNAL 主动抛出可控错误码
在触发器里用 SIGNAL 是唯一能让主语句失败并触发应用层异常捕获的方式，但必须配对使用 DECLARE CONTINUE HANDLER，否则逻辑中断后主语句仍会继续执行，造成数据不一致。
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
DELIMITER $$
CREATE TRIGGER validate_user_before_insert BEFORE INSERT ON users FOR EACH ROW
BEGIN
DECLARE CONTINUE HANDLER FOR SQLSTATE 'HY000'
BEGIN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'ERR_USER_AGE_INVALID';
END;
IF NEW.age < 0 OR NEW.age > 150 THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'ERR_USER_AGE_INVALID';
END IF;
END$$
DELIMITER ;- 错误码前缀固定用
'45000'（用户自定义类），避免和 MySQL 内置码冲突 -
MESSAGE_TEXT值建议全大写 + 下划线，如'ERR_EMAIL_FORMAT'，方便应用层正则提取 - 必须用
CONTINUE HANDLER，不能用EXIT；否则 handler 执行完触发器退出，但主语句照常运行 - 不要依赖
NEW.col的非空性做判断——如果 INSERT 语句根本没提供该字段，NEW.col是 NULL，但 NOT NULL 字段未赋值会先触发字段级报错，SIGNAL根本不会执行
应用层必须做的三件事
无论用 PHP、Python 还是 Node.js，只要数据库连接存在，就必须在每次 SQL 执行后检查是否触发了自定义错误。
立即学习“前端免费学习笔记（深入）”；
- 执行完
INSERT/UPDATE/DELETE后，**立即执行SHOW WARNINGS** 并解析结果，查找Message字段是否含ERR_前缀 - 所有数据库调用必须包裹
try/catch，捕获到mysql.connector.Error或PDOException后，**不拼接原始getMessage()**，只匹配ERR_字符串并映射为标准响应码（如{ "code": "USER_AGE_INVALID", "message": "年龄必须在0-150之间" }） - 禁用所有可能透出原始错误的配置：
display_errors = Off、log_errors = On、raise_on_warnings=False、PDO::ATTR_ERRMODE = PDO::ERRMODE_SILENT
真正难的不是写 SIGNAL，而是确保每条通往数据库的路径都经过同一套错误解析逻辑。很多团队只在 DAO 层做拦截，却忘了定时任务、管理后台脚本、甚至迁移脚本里的 SQL 也走同一条连接池——这些地方一旦漏掉 SHOW WARNINGS，就会让一个 ERR_ 变成裸露的 ERROR 1364。
