Hibernate的REQUIRES_NEW/NESTED在MariaDB InnoDB中失效的解决方法

首先得指出你代码里的一个关键问题：Spring的@Transactional注解在private方法上完全不生效。Spring是基于动态代理实现事务管理的，private方法无法被代理拦截，所以你加在persist()和flush()上的REQUIRES_NEW根本没起作用，所有操作还是在同一个事务里执行，这就是为什么之前的尝试都没效果的核心原因。

接下来针对你的需求（链式事务/分步提交），给你几个可行的解决方案：

方案1：修复Spring事务代理问题，使用独立事务分步提交 #

既然private方法无法被Spring代理，我们可以把事务逻辑抽到一个独立的@Component类中，用public方法来承载REQUIRES_NEW事务：

@Component
public class TransactionStepHelper {
    @PersistenceContext(unitName = "org.x.y.z")
    private EntityManager em;

    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void persistAndCommit(MyEntity me) {
        em.persist(me);
        // 这里Spring会自动提交这个新事务
    }

    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void updateAndCommit(MyEntity me) {
        em.merge(me); // 因为上一个事务提交后，me变为游离态，需要merge
        // Spring自动提交事务
    }
}

然后在你的主类中注入这个helper，调用对应的分步事务：

@Component
public class MyEntityManager implements IMyEntityManager {
    @Autowired
    private TransactionStepHelper stepHelper;

    // 注意：这里不需要加@Transactional，因为每个步骤都是独立事务
    public void doTransaction(MyEntity me) {
        // 第一步：持久化并提交第一个事务
        stepHelper.persistAndCommit(me);
        publish(me.id); // 此时ID已经在数据库中可用

        // 填充更多数据到me
        me.setMoreData("...");
        
        // 第二步：更新并提交第二个事务
        stepHelper.updateAndCommit(me);

        // 后续更多分步操作...
    }
}

这种方式虽然不是严格意义上的COMMIT AND CHAIN（链式事务会继承上一个事务的会话状态，比如隔离级别），但能实现分步提交的核心需求，且完全符合Spring事务的规范，稳定性更高。

方案2：手动执行COMMIT AND CHAIN（绕过Spring事务管理） #

如果你一定要用MariaDB的链式事务特性，需要绕过Spring的事务控制，直接操作底层JDBC连接。步骤如下：

1. 关闭Spring对当前方法的事务管理：把主方法上的@Transactional去掉，或者设置propagation = Propagation.NOT_SUPPORTED，避免Spring干扰。
2. 手动获取JDBC连接并执行链式提交：

@Component
public class MyEntityManager implements IMyEntityManager {
    @PersistenceContext(unitName = "org.x.y.z")
    protected EntityManager em;

    // 不使用Spring事务，完全手动控制
    public void doTransaction(MyEntity me) {
        Connection conn = null;
        try {
            // 获取底层JDBC连接
            conn = em.unwrap(Connection.class);
            conn.setAutoCommit(false); // 关闭自动提交

            // 第一步：持久化并执行COMMIT AND CHAIN
            em.persist(me);
            conn.createStatement().execute("COMMIT AND CHAIN");
            publish(me.id); // 此时数据已持久化，ID可用

            // 填充更多数据到me
            me.setMoreData("additional content");
            
            // 第二步：合并更新并再次执行COMMIT AND CHAIN
            em.merge(me);
            conn.createStatement().execute("COMMIT AND CHAIN");

            // 最后一步：执行普通COMMIT结束链式事务链
            conn.createStatement().execute("COMMIT");
        } catch (SQLException e) {
            try {
                if (conn != null) conn.rollback();
            } catch (SQLException ex) {
                ex.printStackTrace();
            }
            throw new RuntimeException("分步提交失败", e);
        } finally {
            try {
                if (conn != null) conn.close();
            } catch (SQLException e) {
                e.printStackTrace();
            }
        }
    }
}

注意：这种方式需要完全接管事务管理，要做好异常处理和回滚逻辑，避免数据不一致。另外，要确保MariaDB的JDBC驱动版本（你已经升级到2.5.4）支持COMMIT AND CHAIN，InnoDB引擎默认开启事务支持。

为什么NESTED传播机制没用？ #

MariaDB InnoDB支持的是Savepoint，而Spring的NESTED事务是基于Savepoint实现的伪嵌套事务——它并不会提交底层的数据库事务，只是创建一个保存点，回滚时只会回滚到保存点，最终还是要等到外层事务提交才会真正持久化数据。这完全不符合你分步提交的需求，所以NESTED对你的场景无效。

内容的提问来源于stack exchange，提问作者Daniel