SQL触发器引发事务回滚，如何排查触发器内隐式错误回滚问题？

本文共计1141个文字，预计阅读时间需要5分钟。

这是最常见的隐性回滚现象：

根本原因在于：MySQL 和 SQL Server 对触发器内错误的传播策略不同，且默认不把内部错误透出到客户端。

• MySQL 触发器里发生 SQL 错误（比如字段不存在、类型不匹配、SELECT 返回结果集），整个 DML 会失败，但错误被吞掉——必须立刻执行 SHOW WARNINGS 才能看到真实报错，例如 Unknown column 'xxx' in 'field list'
• SQL Server 中 RAISERROR 默认不中断事务流，若没紧跟 ROLLBACK TRANSACTION，上层 INSERT 可能照常提交，造成数据状态与业务逻辑严重错位
• 两者都受 sql_mode（MySQL）或 SET XACT_ABORT（SQL Server）影响：MySQL 开启 STRICT_TRANS_TABLES 会让“无效更新”（如 UPDATE t SET a=a）直接跳过触发器；SQL Server 关闭 XACT_ABORT 时，THROW 可能只终止当前批，不回滚外层事务

如何确认触发器真的被执行了

别凭感觉判断触发器是否生效。很多问题其实源于触发器压根没跑起来，而不是它跑错了。