当前位置：首页 > 文章列表 > 数据库 > MySQL > MySQL 事务中使用 SAVEPOINT 后怎样只回滚部分写入

MySQL 事务中使用 SAVEPOINT 后怎样只回滚部分写入

来源：17golang原创 2026-11-13 12:42:18 0浏览收藏

如果一笔订单事务里，基础订单必须保留，但可选的积分、日志或附加明细失败后只想撤销这一段，可以使用 SAVEPOINT。它不是另开一笔事务，而是在当前事务中留下一个命名回退点；ROLLBACK TO SAVEPOINT 只撤销保存点之后的修改，事务仍然可以继续，最后再由 COMMIT 一次性提交。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/savepoint.html

本文只讨论 InnoDB 的单连接事务边界，不延伸到分布式事务、ORM 自动事务或跨库补偿。

先明确 SAVEPOINT 到底回滚哪一段

可以把事务想成一张还没有提交的草稿：保存点记录的是“当前草稿位置”，而不是数据库已经落盘的提交点。保存点前的写入仍属于当前事务，保存点后的写入才是局部回滚的候选。

MySQL 事务、保存点、可选写入与局部回滚范围的静态结构说明图 — 图1：结构说明图，展示事务边界、SAVEPOINT 和局部回滚范围；这是原创说明图，不是运行截图。

因此，ROLLBACK TO SAVEPOINT sp_optional 不等于 ROLLBACK：前者保留事务，让后续 SQL 仍可执行；后者会撤销整笔事务。MySQL 8.4 手册还说明，回滚到保存点后，比该保存点更晚创建的保存点会被删除。

用一个最小 SQL 场景建立保存点

下面的例子把订单主记录视为必要写入，把可选的积分流水放在保存点之后。代码是可复制的示例，运行前请准备 InnoDB 表，并把示例订单号替换成业务数据。

-- 开启同一连接上的事务，后续写入先不提交
START TRANSACTION;

-- 必要写入：订单主记录应当和最终提交绑定
INSERT INTO orders(order_no, status) VALUES ('A20261113001', 'created');

-- 保存“必要写入已经完成”的局部边界
SAVEPOINT sp_optional;

-- 可选写入：这段失败时只回滚它，不撤销订单主记录
INSERT INTO order_points(order_no, points) VALUES ('A20261113001', 10);

-- 业务决定放弃积分，但继续保留当前事务
ROLLBACK TO SAVEPOINT sp_optional;

-- 回滚后仍可继续修改必要数据
UPDATE orders SET status = 'created_without_points'
WHERE order_no = 'A20261113001';

-- 可选：不再需要这个保存点时释放名称
RELEASE SAVEPOINT sp_optional;

-- 只在所有最终状态确认后提交整笔事务
COMMIT;

预期的结果关系是：订单主记录保留，积分流水被撤销，订单状态更新后随整笔事务提交。这里的“预期”是由 SQL 语义推导出的检查目标，不是本文在本机执行得到的截图或运行证据。