NESTED不能实现“外部回滚、内部不回滚”，因其本质是依附外层事务的保存点机制：内层异常可局部回滚而不影响外层执行，但外层一旦回滚，所有嵌套操作均被撤销；真正独立需用REQUIRES_NEW。

NESTED 传播行为不能实现“外部回滚、内部不回滚”——这个说法本身存在根本性误解。NESTED 的设计目标是内部可局部回滚，而外部仍可继续执行；但它无法脱离外部事务独立存活。一旦外层事务最终回滚，所有嵌套的保存点（包括 NESTED 分支）都会被一并撤销。

NESTED 的真实能力：内层失败，外层还能继续

NESTED 不新建事务，而是在当前事务内创建 JDBC Savepoint（保存点）。当被 @Transactional(propagation = Propagation.NESTED) 修饰的方法抛出未捕获的 RuntimeException 时，Spring 会回滚到该保存点，仅撤销内层操作，外层事务状态不受影响，可以继续执行后续逻辑。

• 适合场景：批量导入中单条记录校验失败、主流程中附带非关键子操作（如更新缓存标记）
• 前提条件：数据库需支持 savepoint（MySQL 5.7+、PostgreSQL 均支持；部分云数据库或开启 statement-cache 时可能报 SQLFeatureNotSupportedException）
• 验证方式：运行时捕获 SQLException，检查 message 是否含 “savepoint” 或 “feature not supported”

为什么“外部回滚、内部不回滚”不可能？

NESTED 是依附型事务分支，不是独立事务。它的生命周期完全绑定于外层事务：

• 外层事务提交 → 所有保存点释放，数据永久生效
• 外层事务回滚 → 整个事务（含所有保存点）被数据库回滚，无论内层是否已“局部回滚”过
• 没有机制能让某个 NESTED 分支“逃逸”出外层事务的控制范围

真正需要“内部不随外部回滚”，该用 REQUIRES_NEW

若业务要求子操作绝对独立于外层事务状态（例如：记录审计日志、发送通知、写入补偿任务），必须使用 Propagation.REQUIRES_NEW：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

立即学习“Java免费学习笔记（深入）”；

• 它会挂起当前事务，开启全新事务（新连接、新事务 ID、独立 commit/rollback）
• 内层失败只回滚自己，外层照常提交；外层失败也不影响内层已提交的数据
• 注意：必须跨 Bean 调用（不能 this.method()），否则代理失效，退化为普通方法调用

正确使用 NESTED 的典型写法

假设订单创建中要同步更新用户积分，但积分更新失败不应导致订单创建失败：

外层方法（REQUIRED，默认）

@Transactional
public void createOrder(Order order) {
  orderMapper.insert(order); // 主订单
  try {
    updateUserPoints(order.getUserId(), order.getAmount()); // NESTED 方法
  } catch (RuntimeException e) {
    // 积分更新失败，但订单已插入，继续执行
    log.warn("积分更新失败，不影响订单", e);
  }
  sendConfirmMessage(order); // 仍会执行
}

内层方法（NESTED）

@Transactional(propagation = Propagation.NESTED)
public void updateUserPoints(Long userId, BigDecimal amount) {
  int rows = pointMapper.updateByUserId(userId, amount);
  if (rows == 0) throw new IllegalArgumentException("用户不存在");
}