当你在一个带有@Transactional注解的方法中插入数据成功，然后调用另一个方法（无论该方法是否也带有@Transactional注解），但发现第二个方法中的插入语句没有实际插入数据，但打印出了insert语句，这通常意味着事务没有按预期执行或事务被提前提交了。
这里有几个可能的原因和解决方案：
-
自调用问题：如上所述，如果你在同一个类的内部直接调用另一个方法，那么Spring的事务管理可能不会生效。你应该将第二个方法移到另一个bean中，并通过注入的方式调用它。
-
事务传播行为：如果你调用的第二个方法也带有
@Transactional注解，并且你希望它在第一个方法的事务中运行，你需要确保事务的传播行为（propagation behavior）是正确的。默认的传播行为是REQUIRED，它表示如果当前没有事务，则创建一个新事务；如果当前存在事务，则加入该事务。但是，如果第二个方法被配置为不同的传播行为（如REQUIRES_NEW），那么它将启动一个新的事务，这可能不是你想要的。 -
异常处理：如果第二个方法中的代码抛出了异常，但该异常没有被捕获或正确处理，那么它可能会导致事务回滚。但是，如果异常被捕获并且没有重新抛出（或者抛出了一个不被
rollbackFor指定的异常），那么事务可能不会回滚。确保你正确地处理了所有可能导致事务失败的异常。 -
日志和打印：你提到的“打印了insert语句”可能是通过日志或调试信息看到的。这并不意味着语句已经执行并成功插入了数据。它只是表示该语句已经被准备并发送到数据库。要确定语句是否真的执行了，你需要检查数据库或更详细的日志输出。
-
数据库连接和事务隔离级别：确保数据库连接是有效的，并且事务的隔离级别允许你看到预期的更改。在某些情况下，事务的隔离级别可能会导致你无法立即看到其他事务所做的更改。
-
检查第二个方法的实现：确保第二个方法中的逻辑是正确的，并且没有导致插入失败的代码（如条件语句、循环、异常处理等）。
-
启用Spring事务调试日志：通过配置Spring的日志级别为DEBUG或TRACE，你可以获得关于事务管理的更多详细信息。这有助于你诊断问题所在。
-
检查数据库约束和触发器：有时，数据库约束（如唯一性约束、外键约束等）或触发器可能会导致插入失败，即使你的代码逻辑看起来是正确的。确保检查数据库的任何相关约束和触发器。