一个例子:
create proc [dbo].[usp_SlowProc]
as
begin try
set xact_abort on; -- Ensures rollback on some errors that bypass the try/catch mechanism
raiserror('Waiting...', 0, 1) with nowait
waitfor delay '00:00:10'
raiserror('Completed successfully.', 0, 1) with nowait
end try
begin catch
raiserror('Caught It.', 0, 1) with nowait
-- Rollback, log the error.
end catch
然后在 SSMS/Toad 中运行它:
exec dbo.usp_SlowProc;
然后在它完成之前取消它(使用 SSMS/Toad)。catch 块不运行。
假设从此链接中用户中止与 .NET 在客户端超时时所做的相同(结果相同)。
AFAIK 除了您当前使用 XACT_ABORT 的方式之外,TSQL 中没有其他方法可以处理此问题。没有 TSQL 知道(甚至关心)的结构,因为它处理的所有内容都存在于 TSQL 之外。
实际发生的情况称为“注意”事件,范围从连接关闭到实际取消(例如 sqlcommand.cancel() 方法)。由于这存在于实际查询之外,它只是告诉 SQL Server 发生了某些事情并且它需要清理一些东西。实际查询不知道发生了什么。
Try/Catch 适用于查询执行错误,例如被 0 跳水,但不适用于任何其他类型的错误。例如,编译/解析错误不会被捕获,因为 try/catch 从未运行过。由于注意信号不是查询执行的一部分(同样,它不在该范围内),因此它对此一无所知,因此不会被调用,因为没有发生执行异常(根据查询本身)。