是的，MySQL BEFORE触发器中SIGNAL会自动回滚主语句，前提是表引擎为InnoDB且autocommit=0；SIGNAL导致主DML失败并撤销整个事务（含触发器内操作），这是引擎级原子性保证，而非触发器主动回滚。
MySQL BEFORE 触发器里 SIGNAL 会自动回滚主语句
是的，只要表引擎是 InnoDB、连接未开启 autocommit=1，SIGNAL SQLSTATE '45000' 就会让整个 DML 语句失败并回滚——包括原始 INSERT/UPDATE 和触发器里已执行的所有操作。这不是“触发器自己回滚”，而是 MySQL 引擎在语句级保证原子性：BEFORE 触发器失败 = 主语句取消 = 事务撤销。
常见误判点：
-
SHOW CREATE TABLE t必须确认输出含ENGINE=InnoDB，MyISAM 表不支持事务回滚 -
SELECT @@autocommit返回1时，单条语句本身就是独立事务，回滚只作用于它自身，没有“其他语句”可一起撤回 -
sql_mode缺失STRICT_TRANS_TABLES会导致字段类型不匹配被静默截断，SIGNAL根本不会执行
SQL Server 中 RAISERROR 不自动回滚事务
RAISERROR 只是抛出错误消息，不终止执行流，也不改变事务状态。你看到错误日志，但 INSERT 已落库，是因为没写 ROLLBACK TRANSACTION。
必须确保：
-
RAISERROR后紧跟IF @@TRANCOUNT > 0 ROLLBACK TRANSACTION，且该语句一定被执行（比如放在IF分支末尾或TRY...CATCH的CATCH块内） - 不要在
TRY块里只RAISERROR而不ROLLBACK，否则事务挂起，后续操作可能报错ERROR 3903 - 改用
THROW（SQL Server 2012+），它默认中断批处理，但仍需配合SET XACT_ABORT ON才能可靠回滚整个事务
触发器报错后客户端看不到错误信息
MySQL 触发器内语法错误、列名拼错、跨库表名漏写库名，往往不透出到客户端，而是让主语句静默失败。SQL Server 中 RAISERROR 若没加 WITH LOG 或不在 CATCH 中，也可能被吞掉。
排查手段：
- MySQL：执行完 DML 后**立刻**运行
SHOW WARNINGS，常能看到真实报错，例如Warning 1327 Undeclared variable: NEW.invalid_col - SQL Server：在触发器开头加
RAISERROR('trg fired', 0, 1) WITH NOWAIT，用 SSMS “消息”窗口观察是否触发 - 查错误日志：
SELECT @@log_error确认路径，确保log_error_verbosity = 3（MySQL 8.0+）
应用层没捕获异常导致回滚被掩盖
触发器抛出 THROW 或约束冲突，如果应用代码没捕获对应异常（如 Java 的 SQLException、Go 的 driver.ErrBadConn），错误可能被 ORM 静默转成空响应、超时或 HTTP 500，数据没写入却无提示。
特别注意 Spring 的 UnexpectedRollbackException：这不是你主动回滚的，而是触发器内 ROLLBACK 后，Spring 在 commit() 阶段发现事务已被数据库硬终结，才包装抛出。日志里只显示 “Transaction rolled back because it has been marked as rollback-only”，原始触发器错误反而不见了。
真正容易被忽略的是：触发器没有独立事务生命周期，它的成败最终取决于连接状态（autocommit）、错误传播方式（SHOW WARNINGS / WITH NOWAIT）、以及应用层是否把数据库异常当一回事。
