java中利用savepoint实现局部回滚，核心是在手动事务模式下通过connection.setsavepoint()设点，再用rollback(sp)回滚至该点，保留此前操作；spring声明式事务不直接支持，需底层connection配合transactiontemplate使用。
Java 中利用 Savepoint 实现局部回滚，核心是在一个事务内设置保存点，之后只回滚到该保存点，保留之前已执行但未回滚的操作。这需要 JDBC 层面直接支持，Spring 的声明式事务默认不暴露 Savepoint，需手动通过 Connection 操作。
获取 Connection 并关闭自动提交
Savepoint 只能在手动管理事务（即关闭自动提交）的前提下使用。Spring 管理的事务中，需从当前事务上下文中获取原生 Connection：
- 使用
DataSourceUtils.getConnection(dataSource)获取当前事务绑定的 Connection - 调用
connection.setAutoCommit(false)确保处于手动事务模式 - 若用 Spring 的
JdbcTemplate或TransactionTemplate，需确保在同一个物理连接上操作（通常事务传播行为为REQUIRED即可保证）
创建并使用 Savepoint
在关键操作前调用 connection.setSavepoint() 创建保存点，返回 Savepoint 对象，后续可指定回滚目标：
-
Savepoint sp1 = connection.setSavepoint("sp1");—— 命名保存点便于识别 - 执行可能失败的 SQL（如插入、更新），若出错，调用
connection.rollback(sp1) - 回滚后，该保存点之后的修改被撤销，但保存点之前的修改仍有效
- 注意：保存点不释放资源，也不影响后续继续设置新保存点
配合 Spring 手动管理事务的典型写法
Spring 默认不封装 Savepoint 操作，需结合 TransactionTemplate 或底层 Connection 使用：
- 用
TransactionTemplate的execute方法获取事务上下文，在回调中拿到 Connection - 避免在 try-catch 中直接 commit/rollback —— 应交由 Spring 事务管理器统一控制，否则破坏事务一致性
- 推荐做法：仅在必要时（如批量处理中部分失败需跳过）使用 Savepoint，其余场景优先考虑业务拆分或补偿逻辑
注意事项与常见陷阱
Savepoint 不是万能方案，实际使用中容易踩坑：
- MySQL 5.6+ 支持 Savepoint，但 MyISAM 引擎不支持事务，必须用 InnoDB
- Savepoint 不能跨连接生效，每个 Connection 独立维护自己的保存点栈
- 调用
rollback(sp)后，该保存点及其之后创建的保存点自动失效，不可再用 - 未显式释放的 Savepoint 在事务结束（commit/rollback）时自动清理，无需手动 remove
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
