SQL Server不支持真正嵌套事务，需用SAVE TRANSACTION设保存点实现局部回滚；ROLLBACK TO 保存点可回退部分操作而不影响外层事务，且@@TRANCOUNT不变。
SQL Server 存储过程中嵌套事务不生效？用 SAVE TRANSACTION 而不是重复 BEGIN TRANSACTION
SQL Server 不支持真正的嵌套事务，BEGIN TRANSACTION 只是增加事务计数器（@@TRANCOUNT），只有最外层 COMMIT 才真正提交，而任意一层 ROLLBACK 会直接清空全部嵌套并归零 @@TRANCOUNT。所以想“局部回滚”某一段逻辑，必须用保存点。
为什么 ROLLBACK TRANSACTION @savepoint_name 才能局部回滚
保存点是事务内的标记位置，它不开启新事务，只记录当前一致状态。回滚到保存点后，@@TRANCOUNT 不变，后续仍可 COMMIT 或继续设新保存点。
-
SAVE TRANSACTION必须在已有事务中执行（即@@TRANCOUNT > 0），否则报错Msg 628, Level 16, State 0: Cannot issue SAVE TRANSACTION when there is no active transaction. - 保存点名是标识符，不能是变量，但可用动态 SQL 拼接（需谨慎防注入）
- 回滚到保存点后，该保存点之后分配的锁可能被释放，但已修改的行仍处于未提交状态（可被其他查询看到，取决于隔离级别）
典型错误：在子过程里写 BEGIN TRANSACTION + ROLLBACK
常见陷阱是让被调用的存储过程自行管理事务——这会导致外层事务失效或报错 Msg 266, Level 16, State 2: Transaction count after EXECUTE indicates a mismatch.
- 子过程不应调用
BEGIN/COMMIT/ROLLBACK TRANSACTION，除非明确设计为自治事务（SQL Server 不原生支持） - 子过程应通过返回值（如
INT）或输出参数通知调用方是否出错，由最外层统一决定回滚范围 - 若真要隔离失败逻辑，应在调用前设保存点，出错时回滚到它，而不是让子过程自己
ROLLBACK
一个安全的多步骤操作示例（含保存点）
CREATE PROCEDURE usp_ProcessOrder
AS
BEGIN
SET XACT_ABORT OFF; -- 允许部分错误继续处理
BEGIN TRY
BEGIN TRANSACTION;
<pre class='brush:php;toolbar:false;'> -- 步骤1：插入订单头
INSERT INTO Orders (OrderDate) VALUES (GETDATE());
DECLARE @OrderID INT = SCOPE_IDENTITY();
-- 设保存点，用于步骤2失败时回滚明细，但保留订单头
SAVE TRANSACTION savepoint_orderdetails;
-- 步骤2：插入明细（可能失败）
INSERT INTO OrderDetails (OrderID, ProductID, Qty)
VALUES (@OrderID, 101, -5); -- 假设触发 CHECK 约束失败
COMMIT TRANSACTION;
END TRY
BEGIN CATCH
IF XACT_STATE() <> 0
BEGIN
-- 只回滚到保存点，不破坏整个事务
IF @@TRANCOUNT > 0 ROLLBACK TRANSACTION savepoint_orderdetails;
-- 此处可记录日志、抛出自定义错误等
THROW 50001, 'Order details insert failed, header kept.', 1;
END
END CATCHEND;
注意：保存点名 savepoint_orderdetails 是硬编码标识符，不能写成 @sp_name；THROW 后调用方仍可捕获并决定是否继续回滚外层。
最容易被忽略的是：保存点无法跨越批处理边界（比如 EXEC 外部 SQL 字符串），且不能在某些隐式事务语句（如 SELECT INTO）后立即使用——这些地方实际已触发事务自动提交或中断。动手前先查 @@TRANCOUNT 和 XACT_STATE()。
