当使用 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() 即可完整撤销所有变更。
