保存点（SAVEPOINT）是InnoDB事务中用于设置回滚标记的机制，支持部分回滚。通过SAVEPOINT命名、ROLLBACK TO回滚到指定点、RELEASE SAVEPOINT释放，可实现细粒度事务控制，适用于复杂业务场景。
在 mysql 的 InnoDB 存储引擎中，事务保存点（SAVEPOINT）允许你在一个事务内设置中间点，从而实现部分回滚。这样可以在不放弃整个事务的前提下，撤销某一部分操作。这对于复杂的业务逻辑非常有用。
什么是保存点（SAVEPOINT）
保存点是事务中的一个标记，你可以在这个标记之后执行回滚操作，只回滚从该点开始的语句，而不是整个事务。注意：只有使用支持事务的存储引擎（如 InnoDB）时，保存点才有效。
基本语法与使用方法
以下是使用保存点的基本 SQL 语法：
- 设置保存点： SAVEPOINT 保存点名称;
- 回滚到保存点： ROLLBACK TO [SAVEPOINT] 保存点名称;
- 释放保存点： RELEASE SAVEPOINT 保存点名称;
示例场景：假设你要执行多个更新操作，其中某一步可能失败，但你想保留前面成功的操作。
START TRANSACTION; <p>-- 第一步操作 UPDATE accounts SET balance = balance - 100 WHERE id = 1;</p><p>-- 设置第一个保存点 SAVEPOINT before_transfer;</p><p>-- 第二步操作（可能出错） UPDATE accounts SET balance = balance + 100 WHERE id = 2;</p><p>-- 如果第二步出现问题，可以只回滚这一步 ROLLBACK TO before_transfer;</p><p>-- 你也可以继续尝试其他操作 UPDATE accounts SET balance = balance + 50 WHERE id = 3;</p><p>-- 提交整个事务 COMMIT;</p>
上面的例子中，即使第二个 UPDATE 出错，也可以通过 ROLLBACK TO 回滚到 before_transfer，而不会影响第一步的操作。最终提交时，第一和第三步会生效。
保存点的管理建议
在实际开发中，合理使用保存点可以提升事务控制的灵活性：
- 给保存点起有意义的名字，比如 savepoint_insert_user 或 sp_after_order，便于调试。
- 在一个事务中可以设置多个保存点，按需回滚到任意一个。
- 一旦执行了 RELEASE SAVEPOINT，该保存点将被删除，不能再回滚到它。
- 如果执行了完整的 ROLLBACK，所有保存点都会自动清除。
例如：
SAVEPOINT sp1; INSERT INTO logs VALUES ('step1'); <p>SAVEPOINT sp2; INSERT INTO logs VALUES ('step2');</p><p>ROLLBACK TO sp1; -- 此时 sp2 自动被释放</p>
异常处理中的应用
在存储过程或应用程序中，可以结合错误捕获机制使用保存点。比如在存储过程中检测到某个条件不满足时，回滚最近的操作而不中断整个流程。
DELIMITER // CREATE PROCEDURE transfer_funds() BEGIN START TRANSACTION; <p>UPDATE accounts SET balance = balance - 100 WHERE id = 1; SAVEPOINT sp_check;</p><p>UPDATE accounts SET balance = balance + 100 WHERE id = 2;</p><p>IF (SELECT balance FROM accounts WHERE id = 2) < 0 THEN ROLLBACK TO sp_check; INSERT INTO error_log VALUES ('Transfer failed, rolled back'); END IF;</p><p>COMMIT; END// DELIMITER ;</p>
这个过程尝试转账，若目标账户余额异常，就回滚转账操作并记录日志，但仍可继续提交其他操作。
基本上就这些。掌握保存点的使用，能让事务控制更精细，避免“全有或全无”的粗粒度回滚。关键在于理解其作用范围仅限当前事务，并且要搭配 START TRANSACTION 使用。