SQL Server 事务回滚失效的常见原因与解决方案-Golang-PHP中文网

当使用 go 驱动（如 go-mssqldb）配合 orm 工具（如 gorp）执行 sql server 事务时，若调用 rollback() 后部分语句仍被持久化，极可能因底层连接启用了自动提交（autocommit）模式——该模式会绕过显式事务控制，导致 begin tran / rollback 失效。

当使用 go 驱动（如 go-mssqldb）配合 orm 工具（如 gorp）执行 sql server 事务时，若调用 rollback() 后部分语句仍被持久化，极可能因底层连接启用了自动提交（autocommit）模式——该模式会绕过显式事务控制，导致 begin tran / rollback 失效。

在 Microsoft SQL Server 中，事务的原子性保障完全依赖于连接处于“显式事务模式”。而许多数据库驱动（包括 github.com/denisenkom/go-mssqldb）默认将连接配置为 autocommit = true ——这意味着每条独立的 EXEC 或 QUERY 语句都会被隐式包装在一个自动开启并立即提交的事务中，完全无视你手动调用的 Begin()、Rollback() 或 Commit()。

这就是你观察到“仅失败语句回滚，其余已执行语句仍生效”的根本原因：trans.Exec("insert thing") 和 trans.Exec("update other_thing...") 实际上各自触发了独立的自动提交事务，它们在执行完毕后即刻落盘；后续 Rollback() 调用对这些已完成的自动事务毫无影响。

✅ 正确做法：显式禁用 autocommit，并确保所有操作均在同一个事务上下文中执行

在建立 SQL Server 连接时，必须通过连接字符串参数强制关闭自动提交：

// ✅ 推荐：在连接字符串中明确设置 "database=yourdb;user id=sa;password=xxx;encrypt=disable;autocommit=false"
connString := "server=localhost;user id=sa;password=xxx;database=testdb;encrypt=disable;autocommit=false"

db, err := sql.Open("sqlserver", connString)
if err != nil {
    log.Fatal(err)
}

⚠️ 注意事项：

autocommit=false 是 SQL Server 驱动的关键开关，缺省值为 true，不可忽略；
gorp 的 Begin() 方法本身不修改连接级 autocommit 状态，它仅封装 sql.Tx；若底层连接仍为 autocommit 模式，则 sql.Tx 将无法真正控制事务边界；
若使用连接池（如 db.SetMaxOpenConns），需确保所有新获取的连接均继承该配置（sql.Open 创建的 *sql.DB 会将连接字符串参数透传至每个新连接）；
不要依赖 SET IMPLICIT_TRANSACTIONS ON 等 T-SQL 方式替代连接参数——Go 驱动层不保证其稳定生效，且与 sql.Tx 语义不兼容；
在调试阶段，可在 SQL Server Profiler 或启用 sqlserver 驱动日志（log=1 参数）验证是否真实发出 BEGIN TRANSACTION 和 ROLLBACK TRANSACTION T-SQL 命令。

? 补充验证建议：
运行以下 SQL 检查当前会话事务状态（在事务执行期间查询）：

SELECT 
  transaction_id,
  name,
  transaction_begin_time,
  transaction_type,
  transaction_state
FROM sys.dm_tran_active_transactions;

若 transaction_state = 0（未初始化）或频繁出现多个短生命周期事务，即印证 autocommit 未关闭。

总结：事务回滚失效通常不是驱动 Bug 或 gorp 封装缺陷，而是连接配置疏漏。始终将 autocommit=false 作为 SQL Server Go 应用的连接字符串强制项，这是保障 ACID 语义的前提。完成配置后，你原始伪代码中的全部 Exec 操作将真正纳入同一事务作用域，Rollback() 即可完整撤销所有变更。