当前位置:首页 > 文章列表 > Golang > Go教程 > Go database/sql 事务里怎么区分 Commit 和 Rollback 错误

Go database/sql 事务里怎么区分 Commit 和 Rollback 错误

来源:17golang原创 2026-09-08 21:00:40 0浏览 收藏

Go 的 database/sql 事务里,业务语句失败、Rollback 失败和 Commit 失败不是同一种问题。最稳妥的处理顺序是:业务语句出错时先回滚并保留两份错误;提交出错时把事务结果视为“需要核对”,不要因为回滚返回成功就认定数据一定没有写入。

要点速览
  • ExecContext 等业务操作失败,主错误是业务错误,Rollback 错误要作为附加原因记录。
  • defer tx.Rollback() 适合做兜底清理,但不能替代显式错误分支。
  • Commit 返回错误后不要盲目重试,先按业务唯一键、订单号或对账记录核对状态。

先把三类错误分开:业务、回滚、提交

sql.Tx 里至少有三个需要单独命名的错误边界。第一类是 SQL 执行或扫描失败,例如约束冲突、连接中断或参数错误;第二类是调用 Rollback 时清理事务失败;第三类是 Commit 阶段失败。它们对应的补救动作不同,日志也不应只写一条“事务失败”。

Go database/sql 事务中 BeginTx、业务语句、业务错误、Rollback、Commit 与提交状态的错误边界关系图
图1:把业务执行错误、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_errorrollback_error 两个字段。

Commit 失败时为什么要先查状态

Commit 返回错误,说明调用方没有拿到“已提交”的可靠确认,但它不等于“肯定没有提交”。网络中断、驱动返回失败或数据库在提交边界发生故障时,客户端可能不知道服务端究竟完成到了哪一步。此时直接重试转账、扣库存或发货,很容易把一次业务请求执行两遍。

更安全的动作是记录业务幂等键,查询订单或流水的最终状态;若事务里写入了业务流水,就以流水状态为准。只有确认事务没有产生业务结果,且操作本身具备幂等保护时,才进入重试队列。不要把 Rollback 的返回值当作提交状态证明,因为提交调用已经改变了问题边界。

Go 事务中 execErr、rollbackErr、commitErr、errors.Join、结构化日志和状态核对的错误处理关系图
图2:显式保留 execErr、rollbackErr 与 commitErr,提交失败时再连接到状态核对,而不是盲目重试。

一张检查清单避免错误互相覆盖

  • 是否区分了 BeginTx、业务语句、RollbackCommit 的错误字段?
  • 业务失败时,日志里是否同时有业务主键、原始错误和回滚错误?
  • 提交失败时,是否保存了幂等键,并安排了状态查询或人工对账?
  • 重试策略是否要求“确认未落库”而不是只看客户端错误?

常见问题

defer tx.Rollback() 会不会把 Commit 的成功判成失败?

不会,只要忽略 sql.ErrTxDone。提交或回滚结束后事务已经完成,兜底回滚只是在遗漏分支时帮忙清理。

Rollback 返回错误时应该覆盖原始业务错误吗?

不应该。原始业务错误解释了为什么进入失败分支,回滚错误解释了清理是否成功,最好分别记录或用 errors.Join 保留两者。

Commit 失败后能不能马上再执行一次?

不能默认这样做。先按幂等键核对订单、流水或库存状态;只有确认没有业务结果,且重试不会重复副作用时,才重新投递。

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
Go http.Server Shutdown 返回错误时怎么判断上下文超时Go http.Server Shutdown 返回错误时怎么判断上下文超时
上一篇
Go http.Server Shutdown 返回错误时怎么判断上下文超时
PHP filter_var 验证 URL 时为什么会放过奇怪主机名
下一篇
PHP filter_var 验证 URL 时为什么会放过奇怪主机名
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    30次使用
  • SuperCLUE中文大模型评测基准:功能、能力维度与应用指南
    SuperCLUE
    SuperCLUE是权威的中文大语言模型综合评测基准,涵盖语言理解、知识应用、AI Agent智能体及安全性等12项核心能力。通过多轮对话与客观测试,定期发布榜单与技术报告,为模型研发、优化及行业选型提供科学依据。
    186次使用
  • C-Eval中文评测基准:大语言模型多学科能力评估指南
    C-Eval
    深入了解C-Eval中文评估套件,涵盖52个学科与4级难度。本文详解其功能特点、Zero-shot/Few-shot使用方法及代码示例,助您全面评测LLM中文理解与泛化能力。
    120次使用
  • AI Prompt Library:免费AI提示词库,助力ChatGPT高效创作与营销
    AI Prompt Library
    探索AI Prompt Library免费资源库,涵盖营销、写作及多场景AI提示词。兼容ChatGPT、Claude等工具,一键复制优化输出,提升工作效率。
    46次使用
  • Generrated:DALL·E 2/3 AI绘画提示词灵感库与图像对比平台
    Generrated
    Generrated汇集9300+张DALL·E生成图像及对应提示词,支持查看完整图集、对比DALL·E 2与3版本差异,是AI绘图新手学习Prompt设计与获取创作灵感的实用工具。
    28次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码