SQL Server Try Catch 异常捕捉

Posted siny0

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了SQL Server Try Catch 异常捕捉相关的知识,希望对你有一定的参考价值。

SQL Server Try Catch 异常捕捉

背景

今天遇到一个关于try catch 使用比较有意思的问题。如下一段代码:

SELECT  @@TRANCOUNT AS A
BEGIN TRY  
            BEGIN TRAN
            SELECT  @@TRANCOUNT AS A1

            INSERT  INTO A2A ( ID1 )
            VALUES  ( ‘A‘ )

            COMMIT TRAN;  
END TRY  
BEGIN CATCH  
            SELECT  @@TRANCOUNT AS A2

            ROLLBACK TRAN; 

            SELECT  ERROR_MESSAGE() AS ErrorMessage ,
                    ERROR_SEVERITY() AS ErrorSeverity ,
                    ERROR_STATE() AS ErrorState  
END CATCH  

SELECT  @@TRANCOUNT AS B

第一次执行时,无法正常捕捉到错误,并执行catch的代码,返回错误信息
技术图片
第二次执行,就能正常捕捉。且后续再执行就都正常了。
技术图片
同样的代码,执行2次出现完全不同的结果。这是很让人费解的。

分析

首先 看第一次执行报错,看这个错误的级别编号是16。
try catch 不能捕捉什么样的错误

严重级别为 10 或更低的错误,属于警告或信息性消息。
严重级别为 20 或更高且终止会话的 SQL Server 数据库引擎任务处理的错误。此类问题过于严重数据库引擎会直接终止会话。所以无法往后继续执行。

总之,就是能捕捉严重级别大于10,且不会严重到之前终止会话的错误

关于严重级别 和 描述:
https://docs.microsoft.com/zh-cn/sql/relational-databases/errors-events/database-engine-error-severities?view=sql-server-2017 “数据库引擎错误严重性”

那我们前面的例子错误级别16,的确是属于可以捕捉的情况。那为什么会有这个问题。跟执行计划的产生有关系。因为你第一次执行的时候,SQL server 在需要编译SQL 语句,产生执行计划。就是这个时候执行计划还没有。所以他无法往下面继续执行。就无法CATCH到。第二次,以及后面几次再执行,因为已经缓存了执行计划。所以可以catch到。

我们执行完第一次之后可以查看对应的执行计划
技术图片
然后再执行,就可以成功捕捉了。如果我们把执行计划清除掉
DBCC FREEPROCCACHE 或者使用option(recomplile)进行重编译。那么结果就会是一直无法捕捉。
技术图片

以上是关于SQL Server Try Catch 异常捕捉的主要内容,如果未能解决你的问题,请参考以下文章

简单的try-catch异常捕捉

Java try-catch自定义捕捉异常

用Go语言异常机制模拟TryCatch异常捕捉

java中 try-catch语句

Java 写try...catch语句 写多个不同类型的异常捕捉好还是只写一个Exception好?

Java中的异常捕捉try为什么要尽量使用具体标准的异常,为什么不要直接使用ExceptionRuntimeExceptionErrorThrowable,避免在try catch中进行业务编码