在Sql Server的T-Sql开发中，事务（Transaction）是一组要么全部执行成功、要么全部不生效的数据库操作单元。它依靠ACID特性保障数据的可靠性，其中原子性要求事务内的增删改操作不能被拆分。很多人在写多条关联更新语句时，忽略了事务包裹，一旦中间语句报错，前面已提交的修改就会变成脏数据。
一、T-Sql事务的基础语法
T-Sql通过显式事务控制来实现手动提交。最常用的关键字是BEGIN TRANSACTION、COMMIT TRANSACTION和ROLLBACK TRANSACTION。BEGIN开启一个事务上下文，后续的INSERT、UPDATE、DELETE都在这个上下文中运行，只有执行COMMIT才会真正写入库，若执行ROLLBACK则全部撤销。
下面是一个简单的转账示例，从A账户扣钱并向B账户加钱，必须放在同一个事务里：
BEGIN TRANSACTION; UPDATE Account SET Balance = Balance - 100 WHERE Name = 'A'; UPDATE Account SET Balance = Balance + 100 WHERE Name = 'B'; COMMIT TRANSACTION;
如果第二条UPDATE因为B账户不存在而报错，且没有捕获异常做回滚，第一条扣款就会残留。因此生产环境通常配合错误处理使用。
二、使用TRY CATCH保证回滚
在存储过程或脚本中，推荐用TRY CATCH块包裹事务逻辑。当TRY内任意语句出错，流程进入CATCH，此时应判断事务状态并回滚。同时建议开启SET XACT_ABORT ON，这样遇到严重错误时Sql Server会自动终止并回滚整个事务，减少遗漏。
以下代码演示了安全的写法：
SET XACT_ABORT ON;
BEGIN TRY
BEGIN TRANSACTION;
UPDATE Account SET Balance = Balance - 100 WHERE Name = 'A';
UPDATE Account SET Balance = Balance + 100 WHERE Name = 'B';
COMMIT TRANSACTION;
END TRY
BEGIN CATCH
IF @@TRANCOUNT > 0
ROLLBACK TRANSACTION;
SELECT ERROR_MESSAGE() AS ErrMsg;
END CATCH;
这种结构能覆盖大部分运行时错误。注意@@TRANCOUNT用来判断当前连接的事务嵌套层数，避免在没有开启事务时执行回滚而报错。
三、事务隔离级别与并发
隔离级别决定了一个事务在读取数据时，如何受到其他并发事务的影响。T-Sql默认是READ COMMITTED，只能读到已提交的数据，但可能出现不可重复读。若将级别提升为SERIALIZABLE，则会锁定范围防止幻读，但并发性能下降明显。
可以通过SET TRANSACTION ISOLATION LEVEL语句在会话级调整：
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ; BEGIN TRANSACTION; SELECT * FROM Orders WHERE UserId = 10; -- 其他会话无法修改这些行直到本事务结束 COMMIT TRANSACTION;
下表列出常见隔离级别的差异：
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| READ UNCOMMITTED | 可能 | 可能 | 可能 |
| READ COMMITTED | 否 | 可能 | 可能 |
| REPEATABLE READ | 否 | 否 | 可能 |
| SERIALIZABLE | 否 | 否 | 否 |
选择级别时需要权衡一致性与吞吐量。Web应用一般使用READ COMMITTED SNAPSHOT来借助行版本控制减少锁等待，这需要在数据库级开启相关选项。
四、嵌套事务与保存点
Sql Server支持事务嵌套，但只有最外层的COMMIT才会真正提交，内层COMMIT只减少@@TRANCOUNT。如果希望部分回滚而不终止整个事务，可以使用SAVE TRANSACTION定义保存点。
BEGIN TRANSACTION;
INSERT INTO LogTable VALUES ('start');
SAVE TRANSACTION sp1;
INSERT INTO OrderTable VALUES (1, 'test');
IF @@ERROR <> 0
ROLLBACK TRANSACTION sp1;
COMMIT TRANSACTION;
上述代码若OrderTable插入失败，仅回滚到sp1，LogTable的插入仍然保留。这种细粒度控制适合复杂批处理场景，但要小心保存点名称冲突和连接池复用导致的事务残留。
五、常见误区与建议
一个常见误区是认为在客户端代码里循环调用多次单条UPDATE就等同于事务，实际上每次执行都是自动提交，网络中断会造成数据不一致。正确做法是在T-Sql端用事务包裹批量操作，或显式开启客户端事务。
另一个误区是事务越长越好，其实长时间未提交的事务会持有锁，阻塞其他会话。应尽量缩小事务范围，把与数据库无关的计算逻辑移到事务外部，保持事务短小精悍。
T-SqlTransaction事务隔离级别修改时间：2026-08-01 08:12:24