MS SQL Server事务部分提交问题排查求助

以下是针对事务内仅删除操作生效、后续步骤未执行且无回滚的常见排查方向：

• 错误处理机制缺失
  SQL Server中，若未开启SET XACT_ABORT ON，部分语句级错误只会终止当前操作，不会回滚整个事务。检查存储过程是否包含TRY/CATCH块，是否在捕获错误时执行了ROLLBACK TRANSACTION。如果没有错误捕获，当更新/插入操作出错时，批处理中断，已执行的删除操作会保留。

• 触发器干扰
  你创建的AFTER DELETE触发器可能在执行时抛出未被捕获的错误（比如字段引用错误、权限不足、死锁），导致存储过程中触发器之后的更新、插入操作被中断。但触发器的错误若未被存储过程捕获，不会触发事务回滚。需检查触发器代码逻辑，测试单独执行触发器逻辑是否报错。

• 权限不足
  执行存储过程的账号可能对T_BarcodeHistory无更新权限，或对T_LogBarcode无插入权限。手动执行存储过程内的更新、插入语句，确认是否能正常执行；检查账号的表级权限配置。

• 数据匹配或约束问题

  • 更新T_BarcodeHistory的WHERE条件可能未匹配到任何数据，导致影响行数为0，看起来像是未执行；
  • 插入T_LogBarcode时可能违反表约束（如主键重复、非空字段为空），导致插入失败但无显式报错。
    可在存储过程中添加PRINT '更新影响行数: ' + CAST(@@ROWCOUNT AS VARCHAR)语句，或临时开启SQL Profiler追踪语句执行情况。

• 事务上下文异常
  若存储过程被嵌套事务调用，或触发器内开启了新事务，会导致事务上下文混乱。检查是否存在隐式事务（SET IMPLICIT_TRANSACTIONS ON），或触发器内是否包含事务控制语句。

需要补充的信息 #

为进一步定位问题，请提供：

• spSLSdelShippingDetail存储过程的完整代码
• AFTER DELETE触发器的完整代码
• 执行存储过程时的应用端或SQL Server错误日志记录

内容的提问来源于stack exchange，提问作者chasanb