Savepoint 是 JDBC 中用于事务内部分回滚的标记点，需在手动事务（setAutoCommit(false)）下使用，支持 MySQL 5.6+、PostgreSQL 等数据库；设置后可 rollback 到该点，保留此前已执行操作，但回滚后该 Savepoint 及其后创建的均失效。
在 Java 的 JDBC 编程中，当一个长事务包含多个逻辑步骤（比如：订单创建、库存扣减、积分更新、通知发送），而其中某一步失败时，你可能不想整个事务回滚，而是只回滚到某个中间状态——这时 Savepoint 就是关键工具。
理解 Savepoint 的作用和生命周期
Savepoint 是事务内部的一个标记点，它不提交也不结束事务，只是记录当前数据库的一致快照位置。一旦设置，后续的 DML 操作可选择性地回滚到该点，不影响之前已执行但未回滚的部分。注意：它依赖于数据库支持（如 MySQL 5.6+、PostgreSQL、Oracle 都支持），且必须在手动管理事务（setAutoCommit(false)）的前提下使用。
正确创建和使用 Savepoint 的步骤
使用流程清晰简单，但容易忽略细节：
- 关闭自动提交：
connection.setAutoCommit(false) - 执行前几步操作（如插入订单主表）后，调用
connection.setSavepoint("order_inserted")获取保存点对象 - 继续执行后续操作（如扣减库存），若失败则调用
connection.rollback(savepoint) - 成功则直接
commit()；失败后仍可继续执行其他分支逻辑（比如降级写日志表），再决定是否整体回滚
避免常见陷阱
实际开发中几个典型问题需警惕：
立即学习“Java免费学习笔记（深入）”；
- Savepoint 对象不能跨连接或跨事务复用，每次事务内需重新 set
- 回滚到 Savepoint 后，该 Savepoint 及其之后创建的 Savepoint 全部失效，不可再用
- 某些数据库（如早期 H2）对 Savepoint 嵌套层级有限制，生产环境务必验证
- 不要混淆
rollback()（回滚整个事务）和rollback(savepoint)（仅回滚部分）
结合业务场景的实用示例
例如“下单+发券”流程：先保存订单（必须成功），再尝试发优惠券（允许失败）。可这样组织：
Connection conn = dataSource.getConnection();
conn.setAutoCommit(false);
try {
insertOrder(conn); // 步骤1
Savepoint sp = conn.setSavepoint("after_order"); // 标记此处
try {
issueCoupon(conn); // 步骤2，可能失败
} catch (SQLException e) {
conn.rollback(sp); // 仅撤销发券，订单仍保留
log.warn("发券失败，已回滚至订单创建点");
}
conn.commit(); // 提交订单（及任何其他成功操作）
} catch (Exception e) {
conn.rollback();
throw e;
} finally {
conn.close();
}
这种结构让系统具备局部容错能力，比全事务回滚更贴近真实业务弹性需求。
