Transactiona没有回滚

根据提供的引用内容，可能导致@Transaction注解失效的几种情况包括：
1. 核心点事务不回滚的情况是没有抛出RuntimeException或Error异常被捕获。
2. @Transaction未定义在public方法上。
3. 方法未被代理增强，没使用被增强过的方法类未被代理。
4. 事务的传播性质。
如果以上情况都排除了，但是@Transaction注解仍然失效，可能是因为抛出异常的代码被try...catch...包裹，或者在获取到异常之后没有抛出运行时异常，导致事务回滚不生效。可以手动抛出异常或手动回滚来解决这个问题。

下面是一个手动回滚的例子：

@Transactional
public void test() {
    try {
        // 执行一些操作
    } catch (Exception e) {
        TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
    }
}

相关问题

@transactiona回滚的源码

事务回滚是当事务发生异常或者遇到错误时，将事务中的操作全部撤销并回滚到最初的状态。以下是一个简单的事务回滚的源码实现：

import MySQLdb

# 连接数据库
conn = MySQLdb.connect(host="localhost", user="root", password="password", db="test")

try:
    # 开启事务
    conn.autocommit(False)
    cursor = conn.cursor()

    try:
        # 执行事务操作
        cursor.execute("UPDATE table1 SET column1 = 'value' WHERE condition")
        cursor.execute("INSERT INTO table2 (column1, column2) VALUES ('value1', 'value2')")
        
        # 提交事务
        conn.commit()
    except Exception as e:
        # 发生异常时进行回滚
        conn.rollback()
        print("事务回滚", e)
finally:
    # 关闭连接
    cursor.close()
    conn.close()

以上代码中，首先我们使用MySQLdb模块连接到数据库，然后使用`autocommit(False)`方法开启事务，并创建一个游标对象。在try语句块中，我们执行了一系列的事务操作，如更新和插入数据。若在操作过程中发生异常，我们将调用`conn.rollback()`回滚事务，并打印出错误信息。最后，无论事务是否成功，我们都需要关闭游标和连接对象。

这是一个非常简单的事务回滚源码实现，实际情况中可能会更加复杂，涉及更多的操作和判断条件。具体的实现取决于所使用的数据库和编程语言。

Transactional方法调用非Transactiona方法怎么才能不回滚

如果你在一个 `@Transactional` 注解的方法中调用了一个非 `@Transactional` 注解的方法，并且希望该非事务方法不会触发回滚操作，你可以采取以下几种方法：

1. 将非事务方法从当前类中提取出来，创建一个新的独立的类，并在该类上不添加 `@Transactional` 注解。然后通过依赖注入的方式在原来的类中调用该新类的方法。这样，当前类的事务不会扩展到新类的非事务方法中。

2. 使用编程式事务管理，而非声明式事务管理。在声明式事务管理中，Spring 会根据注解自动处理事务回滚。而使用编程式事务管理，你需要手动控制事务的开始、提交和回滚。在调用非事务方法之前，你可以通过编程式事务管理手动开启一个事务，并在非事务方法调用完成后手动提交该事务。

3. 将非事务方法标记为 `Propagation.REQUIRES_NEW`。这样做将使得非事务方法在一个新的独立事务中运行，不受当前事务的影响。你可以通过修改非事务方法的传播行为来实现这一点。例如，在调用非事务方法之前，你可以将当前事务挂起，并开启一个新的独立事务来执行非事务方法。完成后，再恢复之前的事务。

需要注意的是，以上方法只适用于 Spring 中的事务管理。如果你使用的是其他框架或技术栈，请参考相应的文档或手册来了解如何处理该问题。