本文揭示 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 均不落库。
⚠️ 关于 gorp 的特别说明
正如提问者所怀疑的，gorp（尤其 v1 分支）本身是轻量封装，它不干预底层连接的 autocommit 设置。因此问题根源始终在驱动连接配置层面，而非 gorp 的 Begin() 实现。请勿尝试在 gorp 层“模拟”事务控制，而应从连接源头治理。
✅ 总结与最佳实践
- ✅ 强制在连接字符串中指定 autocommit=false —— 这是解决该问题的最直接、最可靠方式；
- ✅ 使用 sql.DB.Ping() + 上述 @@OPTIONS 查询，在应用启动时做连接健康检查；
- ✅ 避免依赖 CLI 工具（如 sqlcmd）或 GUI 客户端的默认行为来推断 Go 应用的行为；
- ❌ 不要假设 *sql.Tx 对象天然具备事务隔离能力——它依赖底层连接的实际模式；
- ? 生产环境务必启用 sql.DB.SetMaxOpenConns() 和连接池监控，防止因连接复用导致 autocommit 状态污染。
遵循以上配置后，tx.Rollback() 将严格回滚事务内所有已执行语句，真正实现原子性保障。
