如何使用TRY...CATCH结构在SQL Server中封装触发器以捕获异常信息？

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

在SQL Server触发器中发生的错误，默认情况下不会被外层的 `TRY...CATCH` 捕获，除非你在触发器内部显式地写上 `BEGIN TRY...` 和 `BEGIN CATCH...`。这是很多人容易犯的第一个错误。

触发器里的错误不会自动向外传播

即使你在调用 INSERT 或 UPDATE 的存储过程中加了 TRY...CATCH，只要错误发生在触发器里，且触发器自身没做异常封装，控制流就会直接中断、事务回滚，但外层 CATCH 什么都收不到。这是因为触发器运行在独立的执行上下文中，且 T-SQL 的 TRY...CATCH 不跨作用域自动传递错误。

• 错误严重性必须 >10 才可能被捕获（比如违反约束、死锁、除零）；语法错误或编译期错误（如引用不存在的列）根本进不了 TRY 块
• INSERT INTO ... SELECT 类语句若在触发器中失败，不会触发外层 CATCH，除非触发器自己包了 TRY...CATCH
• 触发器中未提交的事务状态会污染外层事务，容易导致“事务已标记为回滚”这类模糊报错

必须在触发器主体内嵌套 BEGIN TRY / BEGIN CATCH

不能指望外部包裹，必须把整个触发器逻辑（尤其是 DML 操作）放进 TRY 块里，并在 CATCH 中处理。