jdbc通过savepoint实现伪嵌套事务：在事务内设保存点，可部分回滚而不影响已提交操作；savepoint仅限当前事务有效，不可跨连接复用，且回滚后其后的保存点自动失效；推荐封装工具类管理，避免与spring @transactional混用。
JDBC 本身不支持真正的“嵌套事务”，但可以通过 保存点（Savepoint） 实现类似效果：在主事务中设置多个回滚边界，允许部分回滚而不影响外层操作。关键在于理解 Savepoint 是事务内的逻辑标记，不是独立事务。
用 Savepoint 实现分段控制
当一段业务逻辑可能失败、但你又不想让整个事务作废时，可在关键步骤前设保存点。若后续出错，只回滚到该点，前面已完成的操作仍保留。
- 调用
connection.setSavepoint()创建保存点对象（如sp1） - 执行一组 SQL（比如更新用户基本信息）
- 再设一个新保存点（
sp2），执行另一组操作（比如插入关联日志） - 若日志插入失败，调用
connection.rollback(sp1)，只撤销日志部分，用户信息更新仍有效
注意 Savepoint 的生命周期限制
保存点仅在当前事务内有效，一旦调用 commit() 或 rollback() 全局回滚，所有保存点自动失效。
- 不能跨连接、跨线程复用 Savepoint 对象
- 重复使用同一变量名（如
sp = conn.setSavepoint()）会覆盖前一个，旧保存点不可恢复 - 回滚到某个保存点后，该点之后创建的所有保存点自动被清除
结合工具类统一管理（推荐）
手动管理 Savepoint 易出错，建议封装成工具方法，例如：
-
TransactionUtils.setSavepoint(String name)：按名称存取保存点，避免变量混淆 -
TransactionUtils.rollbackTo(String name)：根据名称回滚，降低耦合 - 在 finally 块中统一 commit 或 rollback，防止连接泄漏
Spring 中不要混用 JDBC Savepoint 和 @Transactional
如果项目已用 Spring 声明式事务（@Transactional），就不要在 service 方法里手动调用 JDBC 的 setSavepoint。Spring 的事务管理器（如 DataSourceTransactionManager）底层虽可能用到 Savepoint，但其行为由传播机制（如 REQUIRES_NEW）控制，与 JDBC 层直接操作不兼容，容易导致状态混乱或静默失败。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
