SQL Server中UPDATE失败时用TRY...CATCH捕获运行时错误，需设SET XACT_ABORT ON，检查@@TRANCOUNT再回滚，并用ERROR_NUMBER()等函数区分约束错误类型。
SQL Server存储过程里Update失败时怎么捕获错误
直接用 TRY...CATCH 块就能捕获 UPDATE 语句抛出的运行时错误，但要注意：它**不捕获编译期错误**（比如表不存在、列名拼错），也不捕获约束冲突以外的部分逻辑错误（如除零）。只有执行阶段真正“抛异常”的情况才会进 CATCH 块。
为什么UPDATE没进CATCH却报错了
常见原因是错误发生在 TRY 外部，或者用了 SET XACT_ABORT OFF（默认值）导致部分错误不中断执行流。SQL Server 的某些错误（如主键冲突、外键约束失败、数据类型转换失败）会触发异常并进入 CATCH；但像 UPDATE 影响行数为 0 这种“没改到数据”，根本不算错误，不会触发 CATCH。
-
SET XACT_ABORT ON是更稳妥的选择，它让大多数运行时错误自动回滚事务并跳转到CATCH - 检查
@@ERROR已过时，优先用ERROR_NUMBER()、ERROR_MESSAGE()等函数 - 确保
UPDATE语句本身语法正确——否则在存储过程创建阶段就报错，根本跑不到执行
带事务的Update + Try Catch典型写法
下面这段是生产环境常用结构，兼顾错误捕获、事务控制和错误信息记录：
BEGIN TRY
SET XACT_ABORT ON;
BEGIN TRANSACTION;
<pre class="brush:php;toolbar:false;">UPDATE Orders
SET Status = 'Shipped'
WHERE OrderID = @OrderID AND Status = 'Pending';
IF @@ROWCOUNT = 0
BEGIN
RAISERROR('Order not found or already processed', 16, 1);
END
COMMIT TRANSACTION;END TRY BEGIN CATCH IF @@TRANCOUNT > 0 ROLLBACK TRANSACTION;
DECLARE @ErrMsg NVARCHAR(4000) = ERROR_MESSAGE(); DECLARE @ErrSev INT = ERROR_SEVERITY(); DECLARE @ErrState INT = ERROR_STATE(); -- 记录日志或返回给调用方 RAISERROR(@ErrMsg, @ErrSev, @ErrState);
END CATCH
-
RAISERROR在TRY中主动抛错，也能被CATCH捕获 -
@@TRANCOUNT必须检查，避免在无事务时执行ROLLBACK报错 - 不要依赖
@@ERROR判断是否出错——它只保留上一条语句的结果，容易被中间语句覆盖
容易被忽略的约束类错误处理细节
比如唯一索引冲突、CHECK 约束失败这类错误，虽然进了 CATCH，但 ERROR_NUMBER() 返回的值不同，实际排查时得对号入座：
- 主键/唯一索引冲突 →
ERROR_NUMBER() = 2627或2601 - 外键约束失败 →
ERROR_NUMBER() = 547 - CHECK 约束失败 →
ERROR_NUMBER() = 547（和外键一样，需结合ERROR_MESSAGE()区分） - 字符串截断 →
ERROR_NUMBER() = 8152
如果业务上需要区分这些错误做不同响应（比如对重复提交返回友好提示），就得在 CATCH 里用 CASE WHEN ERROR_NUMBER() 分支处理。别指望靠一个 RAISERROR 兜底——很多运维问题就卡在这种细节判断上。
