sql server存储过程中不能直接commit/rollback，否则触发错误266；因@@trancount在入口与出口必须一致，过程内commit或rollback会破坏计数匹配，正确做法是让调用方控制事务边界，过程仅参与并可使用save transaction实现局部回滚。
SQL Server 存储过程中不能直接 COMMIT/ROLLBACK
SQL Server 存储过程里写 COMMIT TRANSACTION 或 ROLLBACK TRANSACTION 会大概率触发错误 266（事务计数不匹配）。根本原因是：调用方已开启事务时，@@TRANCOUNT 入口为 1，过程内 COMMIT 把它变成 0，退出时计数对不上。
常见错误场景：
- 外部批处理执行
BEGIN TRANSACTION后调用该存储过程，过程里又写COMMIT - 嵌套调用多个存储过程，每个都试图自己
ROLLBACK - 触发器里写
COMMIT—— SQL Server 直接拒绝执行
正确做法是：存储过程默认参与外部事务，不做任何 COMMIT/ROLLBACK，也不写 BEGIN TRANSACTION（除非你要设保存点）。
MySQL 存储过程可以自主管理事务
MySQL 允许在存储过程中用 START TRANSACTION 开启事务，并配对 COMMIT 或 ROLLBACK。但必须用 DECLARE CONTINUE HANDLER FOR SQLEXCEPTION 捕获异常，否则出错后事务不会自动回滚。
关键点：
-
DELIMITER $$必须放在CREATE PROCEDURE前，否则分号会提前终止定义 - 不能用
BEGIN替代START TRANSACTION，MySQL 会把BEGIN解析为语句块开头 - 异常处理器要放在
START TRANSACTION之前，否则事务启动后才注册 handler，可能漏捕早期错误 -
SELECT t_error;这类调试语句必须放在COMMIT/ROLLBACK之后，否则事务未结束就输出，可能被回滚掉
需要局部回滚？用 SAVE TRANSACTION + ROLLBACK TO
SQL Server 不支持真正嵌套事务，BEGIN TRANSACTION 只是增加 @@TRANCOUNT，任意 ROLLBACK 都清空全部层级。想“只撤回某几步”，必须用保存点。
实操要点：
-
SAVE TRANSACTION savepoint_name必须在已有事务中执行（@@TRANCOUNT > 0），否则报错 Msg 628 - 保存点名是标识符，不能是变量；若需动态命名，得用
EXEC sp_executesql拼接，但要注意 SQL 注入风险 -
ROLLBACK TRANSACTION savepoint_name不改变@@TRANCOUNT，后续仍可COMMIT或再设新保存点 - 非
STATIC/INSENSITIVE游标在ROLLBACK TO后会被关闭，容易忽略
SET XACT_ABORT ON 是更可靠的错误兜底
比起手动检查 @@ERROR 或 @@ROWCOUNT，SET XACT_ABORT ON 能让运行时错误（如主键冲突、类型转换失败）自动触发整个事务回滚，避免部分语句成功、部分失败导致数据不一致。
注意边界：
- 它对编译期错误（比如语法错误、对象不存在）无效，这类错误在执行前就被拦截
- 设为
ON后，错误发生即终止批处理并回滚，无法继续执行后续修复逻辑 - 与
TRY...CATCH搭配使用时，SET XACT_ABORT ON仍生效，但CATCH块内可做日志或清理，最后再决定是否ROLLBACK
真正可控的事务边界永远在最外层——应用代码里的 SqlTransaction，或 T-SQL 批处理的显式 BEGIN TRANSACTION。存储过程只该专注业务逻辑，不该承担事务决策责任。
