能回滚，但仅限于未提交事务中；一旦autocommit=1或显式commit，数据已落库，rollback失效。mysql需用signal强制中断before触发器，sql server须在raiserror后紧跟rollback或改用throw配合set xact_abort on。

触发器已执行且数据已写入，还能回滚吗

不能直接回滚已发布的触发器本身，但可以回滚它引发的错误操作——前提是这些操作仍在同一未提交事务中。一旦触发器执行完毕、语句提交（比如 autocommit=1 下的单条 INSERT），数据就落库了，ROLLBACK 失效。

常见错误现象：你刚 CREATE TRIGGER 并测试插入，发现触发器逻辑有误导致脏数据写入，此时再执行 ROLLBACK 毫无作用。

• MySQL 默认 autocommit=1，INSERT 执行完立刻提交，触发器内出错也救不回来
• SQL Server 驱动（如 go-mssqldb）默认 autocommit=true，同样让 BEGIN TRANSACTION 形同虚设
• 用 SHOW ENGINE INNODB STATUS（MySQL）或 DBCC OPENTRAN（SQL Server）确认事务是否真在挂起状态

SQL Server 触发器报错后没回滚，怎么办

RAISERROR 不会自动回滚，这是最常踩的坑。你看到错误提示，但表里数据已经插进去了。

雀塔AI

一站式工作流开发服务平台，从开发配置到推广分成，从AI创意到落地变现全搞定。

下载

• 必须紧接 RAISERROR 后写 ROLLBACK TRANSACTION，且放在 IF 分支末尾，不能只抛错不回滚
• 推荐改用 THROW（SQL Server 2012+），但它仍需配合 SET XACT_ABORT ON 才能可靠中断整个批处理
• 嵌套触发器中 @@TRANCOUNT 会累加，但一次 ROLLBACK TRANSACTION 就能回到最外层起点，不用循环
• 别在 TRY...CATCH 的 CATCH 块里只 RAISERROR 而不 ROLLBACK——事务仍挂起，可能阻塞后续操作

MySQL BEFORE 触发器里怎么强制中断

用 SIGNAL SQLSTATE '45000' 是最稳妥的方式，它由引擎保证原子性：主语句失败，事务回滚。

• 仅适用于 BEFORE 触发器；AFTER 里写 SIGNAL 或 ROLLBACK 都无效，因为插入已完成
• SIGNAL 适合简单校验，例如 IF NEW.amount
• 不要指望它处理复杂逻辑：发消息、调 API、写日志等副作用无法靠 SIGNAL 撤销
• 想记录错误又不让主事务失败？得用 DECLARE CONTINUE HANDLER FOR SQLEXCEPTION 捕获并写日志表，而不是抛异常

删掉错误触发器前，先检查有没有隐式提交

DROP TRIGGER 本身是 DDL，在多数数据库里会隐式提交当前事务，导致前面所有未提交操作一并落地。

• MySQL 中 DROP TRIGGER 会触发隐式 COMMIT，所以别在事务里删触发器还指望回滚之前的数据操作
• PostgreSQL 中触发器函数内禁止任何事务控制语句，BEGIN/COMMIT/ROLLBACK 直接报错
• 真正要“撤回”触发器影响，得靠应用层补偿：比如查出被错误写入的记录，用反向 SQL 清理，或走业务逻辑修复
• DDL、LOCK TABLES、甚至某些 SELECT ... FOR UPDATE 都可能悄悄提交事务，务必用状态命令验证

触发器没有独立事务生命周期，它的成败最终取决于连接状态、错误传播方式和引擎行为组合。最容易被忽略的是：你以为在回滚触发器，其实只是在回滚它所在的那条语句——而这条语句可能早就提交了。