SQL Server 事务未按预期回滚：自动提交模式陷阱解析-Golang-PHP中文网

SQL Server 事务未按预期回滚：自动提交模式陷阱解析

本文揭示 go 应用中 sql server 事务无法完整回滚的常见原因——隐式启用的自动提交（autocommit）模式，并提供可验证的诊断方法与修复方案。

本文揭示 go 应用中 sql server 事务无法完整回滚的常见原因——隐式启用的自动提交（autocommit）模式，并提供可验证的诊断方法与修复方案。

在使用 gorp + github.com/denisenkom/go-mssqldb 操作 Microsoft SQL Server 时，开发者常遇到一个典型现象：调用 tx.Rollback() 后，部分 DML 语句（如 INSERT、UPDATE）仍被持久化到数据库，看似“只回滚了最后失败的语句”，而此前成功的操作却未撤销。这严重违背 ACID 中的原子性（Atomicity）原则，也与开发者对显式事务的预期相悖。

根本原因往往并非驱动或 ORM 的 Bug，而是 SQL Server 连接默认启用了自动提交（autocommit）模式——此时每个独立的 SQL 语句（即使在 *sql.Tx 上执行）都会被立即提交，事务上下文形同虚设。

? 验证是否处于 autocommit 模式

SQL Server 中，可通过以下查询确认当前会话的自动提交状态：

SELECT 
    CASE WHEN @@OPTIONS & 2 = 2 THEN 'ON' ELSE 'OFF' END AS 'AUTOCOMMIT'

若返回 'ON'，即表示该连接已启用自动提交，BEGIN TRAN/COMMIT/ROLLBACK 将被忽略（除非显式使用 SET IMPLICIT_TRANSACTIONS ON 或 BEGIN TRAN 显式开启事务块）。

✅ 正确配置连接以禁用 autocommit

go-mssqldb 驱动支持通过连接字符串参数控制行为。必须显式设置 database=your_db;user id=...;password=...;encrypt=disable;autocommit=false（注意：autocommit=false 是关键）。

✅ 正确示例（Go）：

connString := "server=localhost;port=1433;database=testdb;user id=sa;password=xxx;encrypt=disable;autocommit=false"
db, err := sql.Open("sqlserver", connString)
if err != nil {
    log.Fatal(err)
}
defer db.Close()

⚠️ 注意：autocommit=false 必须作为连接字符串的一部分传入；仅靠 db.Begin() 无法覆盖驱动层的默认 autocommit 行为。

? 验证事务行为的最小可复现实例

tx, err := db.Begin()
if err != nil {
    panic(err)
}
defer tx.Rollback() // 确保清理

// 执行多条语句
_, _ = tx.Exec("INSERT INTO users(name) VALUES(?)", "alice") // A
_, _ = tx.Exec("INSERT INTO users(name) VALUES(?)", "bob")   // B
_, err = tx.Exec("INSERT INTO users(name) VALUES(?)", "charlie") // C —— 故意失败（如违反唯一约束）

if err != nil {
    tx.Rollback() // 此时 A 和 B 必须全部撤销
    fmt.Println("rolled back due to error:", err)
    return
}

tx.Commit()

只有当 autocommit=false 生效时，上述 Rollback() 才能确保 A、B 均不落库。