Go database/sql 事务里怎么区分 Commit 和 Rollback 错误
Go 的 database/sql 事务里,业务语句失败、Rollback 失败和 Commit 失败不是同一种问题。最稳妥的处理顺序是:业务语句出错时先回滚并保留两份错误;提交出错时把事务结果视为“需要核对”,不要因为回滚返回成功就认定数据一定没有写入。
ExecContext等业务操作失败,主错误是业务错误,Rollback错误要作为附加原因记录。defer tx.Rollback()适合做兜底清理,但不能替代显式错误分支。Commit返回错误后不要盲目重试,先按业务唯一键、订单号或对账记录核对状态。
先把三类错误分开:业务、回滚、提交
sql.Tx 里至少有三个需要单独命名的错误边界。第一类是 SQL 执行或扫描失败,例如约束冲突、连接中断或参数错误;第二类是调用 Rollback 时清理事务失败;第三类是 Commit 阶段失败。它们对应的补救动作不同,日志也不应只写一条“事务失败”。

| 错误位置 | 优先动作 | 日志重点 |
|---|---|---|
| BeginTx | 直接返回,不进入业务分支 | 连接、上下文和事务参数 |
| 业务语句 | Rollback,并保留回滚结果 | 原始 SQL 操作与业务主键 |
| Rollback | 追加记录,不覆盖业务错误 | rollback_error |
| Commit | 停止盲目重试,核对最终状态 | commit_error 与幂等键 |
用显式分支保留真实错误来源
业务分支里要先保存原始错误,再调用回滚。Go 1.20 及以后可以用 errors.Join 把两份原因交给上层;如果项目还要兼容更早版本,也可以用结构化日志分别记录,不要用回滚错误覆盖业务错误。
func changeStatus(ctx context.Context, db *sql.DB, id int64) (err error) {
// BeginTx 失败时没有事务可回滚,直接返回初始化错误。
tx, err := db.BeginTx(ctx, nil)
if err != nil {
return fmt.Errorf("begin transaction: %w", err)
}
// 兜底清理只负责收尾;显式失败分支仍要单独处理回滚错误。
defer func() {
if rollbackErr := tx.Rollback(); rollbackErr != nil && !errors.Is(rollbackErr, sql.ErrTxDone) && err == nil {
err = fmt.Errorf("rollback: %w", rollbackErr)
}
}()
if _, err = tx.ExecContext(ctx,
"UPDATE account SET status = ? WHERE id = ?", "active", id); err != nil {
// 这里的 err 是业务操作错误,不能被 Rollback 的结果替换。
rollbackErr := tx.Rollback()
if rollbackErr != nil && !errors.Is(rollbackErr, sql.ErrTxDone) {
return errors.Join(
fmt.Errorf("update account: %w", err),
fmt.Errorf("rollback: %w", rollbackErr),
)
}
return fmt.Errorf("update account: %w", err)
}
if err = tx.Commit(); err != nil {
// 提交失败可能处于未知状态,交给上层按幂等键核对。
return fmt.Errorf("commit: %w", err)
}
return nil
}
这个示例里有一个容易忽略的细节:显式失败分支已经调用过 Rollback,随后 defer 再调用一次通常只会得到 sql.ErrTxDone,因此被忽略。生产代码也可以把回滚封装成一个小函数,统一输出 operation_error 和 rollback_error 两个字段。
Commit 失败时为什么要先查状态
Commit 返回错误,说明调用方没有拿到“已提交”的可靠确认,但它不等于“肯定没有提交”。网络中断、驱动返回失败或数据库在提交边界发生故障时,客户端可能不知道服务端究竟完成到了哪一步。此时直接重试转账、扣库存或发货,很容易把一次业务请求执行两遍。
更安全的动作是记录业务幂等键,查询订单或流水的最终状态;若事务里写入了业务流水,就以流水状态为准。只有确认事务没有产生业务结果,且操作本身具备幂等保护时,才进入重试队列。不要把 Rollback 的返回值当作提交状态证明,因为提交调用已经改变了问题边界。

一张检查清单避免错误互相覆盖
- 是否区分了
BeginTx、业务语句、Rollback和Commit的错误字段? - 业务失败时,日志里是否同时有业务主键、原始错误和回滚错误?
- 提交失败时,是否保存了幂等键,并安排了状态查询或人工对账?
- 重试策略是否要求“确认未落库”而不是只看客户端错误?
常见问题
defer tx.Rollback() 会不会把 Commit 的成功判成失败?
不会,只要忽略 sql.ErrTxDone。提交或回滚结束后事务已经完成,兜底回滚只是在遗漏分支时帮忙清理。
Rollback 返回错误时应该覆盖原始业务错误吗?
不应该。原始业务错误解释了为什么进入失败分支,回滚错误解释了清理是否成功,最好分别记录或用 errors.Join 保留两者。
Commit 失败后能不能马上再执行一次?
不能默认这样做。先按幂等键核对订单、流水或库存状态;只有确认没有业务结果,且重试不会重复副作用时,才重新投递。
Go http.Server Shutdown 返回错误时怎么判断上下文超时
- 上一篇
- Go http.Server Shutdown 返回错误时怎么判断上下文超时
- 下一篇
- PHP filter_var 验证 URL 时为什么会放过奇怪主机名
-
- Golang · Go教程 | 27分钟前 | Go教程 · database/sql · 数据库驱动 · Go 命名参数 数据库驱动 database/sql sql.Named
- Go database/sql 怎么用命名参数适配不同驱动
- 479浏览 收藏
-
- Golang · Go教程 | 38分钟前 | go · database/sql · NullString · Go database/sql sql.NullString SQL NULL
- Go database/sql 怎么用 NullString 保存可空文本
- 229浏览 收藏
-
- Golang · Go教程 | 48分钟前 | web安全 · Go教程 · html/template · 模板转义 · Go html/template xss 用户输入 属性转义
- Go html/template 怎么安全渲染用户提供的属性值
- 383浏览 收藏
-
- Golang · Go教程 | 1小时前 |
- Go http.ServeMux 怎么为方法和路径同时注册处理器
- 487浏览 收藏
-
- Golang · Go教程 | 1小时前 |
- Go httptest.NewRecorder 的 Code 为什么默认是 200
- 280浏览 收藏
-
- Golang · Go教程 | 1小时前 |
- Go http.Cookie MaxAge 设为负数时浏览器怎么处理删除
- 217浏览 收藏
-
- Golang · Go教程 | 2小时前 |
- Go http.Transport 怎么为内网代理配置 ProxyFromEnvironment
- 383浏览 收藏
-
- Golang · Go教程 | 2小时前 | 超时 · HTTP · go · Context · http.Client · HTTP客户端 context.WithTimeout http.Client Go请求超时
- Go http.Client 怎么为不同请求设置不同超时
- 496浏览 收藏
-
- Golang · Go教程 | 2小时前 | go · 文件上传 · 性能 · mime/multipart · Go大文件上传 multipart.Reader 流式保存
- Go mime/multipart 怎么流式保存大文件上传
- 181浏览 收藏
-
- Golang · Go教程 | 2小时前 | go · net/url · url.Values · query参数 ·
- Go net/url 解析重复查询参数时怎么保留全部值
- 115浏览 收藏
-
- Golang · Go教程 | 2小时前 |
- Go compress/gzip 处理多成员流时怎么识别 EOF
- 233浏览 收藏
-
- Golang · Go教程 | 3小时前 | 文件处理 · Go教程 · 安全编程 · archive/zip · Go archive/zip 路径穿越 ZIP解压 filepath.IsLocal filepath.Localize
- Go archive/zip 解压时怎么防止文件路径越界
- 488浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 30次使用
-
- SuperCLUE
- SuperCLUE是权威的中文大语言模型综合评测基准,涵盖语言理解、知识应用、AI Agent智能体及安全性等12项核心能力。通过多轮对话与客观测试,定期发布榜单与技术报告,为模型研发、优化及行业选型提供科学依据。
- 186次使用
-
- C-Eval
- 深入了解C-Eval中文评估套件,涵盖52个学科与4级难度。本文详解其功能特点、Zero-shot/Few-shot使用方法及代码示例,助您全面评测LLM中文理解与泛化能力。
- 120次使用
-
- AI Prompt Library
- 探索AI Prompt Library免费资源库,涵盖营销、写作及多场景AI提示词。兼容ChatGPT、Claude等工具,一键复制优化输出,提升工作效率。
- 46次使用
-
- Generrated
- Generrated汇集9300+张DALL·E生成图像及对应提示词,支持查看完整图集、对比DALL·E 2与3版本差异,是AI绘图新手学习Prompt设计与获取创作灵感的实用工具。
- 28次使用
-
- Java 性能优化上线清单:从定位、改造到灰度发布
- 2026-06-11 860浏览
-
- Spring Boot 压测验证:Gatling、JMeter 与性能回归门禁
- 2026-06-11 843浏览
-
- Java NMT 非堆内存排查:Direct Buffer、线程栈与 Metaspace 分析
- 2026-06-11 826浏览
-
- Spring Boot 容器内存优化:JVM 堆、非堆与 MaxRAMPercentage
- 2026-06-11 809浏览
-
- Tomcat 连接与线程参数调优:maxThreads、acceptCount 与 KeepAlive
- 2026-06-11 792浏览

