【记BUG】记一次@GlobalTransactional 异常

异常报错信息

原因分析

使用Seata管理分布式事务时,如果@GlobalTransactional注解不是添加在第一个执行SQL语句的方法上,那么就会抛出异常,导致分布式事务启动失败。

具体原因

是因为Seata通过这个注解来启动一个全局事务,并返回一个XID用来标识这个事务。如果第一个执行SQL的方法没有添加这个注解,那么它执行的SQL就不会被Seata纳入这个全局事务中,导致后续的方法引发的分布式事务无法正常启动。

@GlobalTransactional
public void method1() {
    // 执行SQL1
}

public void method2() {
    // 首先执行SQL2
    // 然后调用method1
} 

在这个例子中,method2首先执行SQL2,然后才调用添加了@GlobalTransactional注解的method1方法。因为method2执行SQL2时,Seata还未启动一个全局事务,所以SQL2不会被加入任何分布式事务中。
后当method1执行SQL1时,Seata启动一个全局事务,但只有SQL1被加入这个事务,SQL2不被管理在该事务中。这就导致了分布式事务的异常,业务数据的不一致。

解决方案

1. 在第一个执行SQL的方法(method2)上也添加@GlobalTransactional注解,这样Seata会在该方法内首先启动一个全局事务,纳入所有方法的SQL执行。
2. 重新调整代码结构,让@GlobalTransactional注解方法(method1)首先被调用,这样全局事务也能首先正常启动。

总结

在使用Seata进行分布式事务管理时,我们必须保证被@GlobalTransactional注解的方法首先调用和执行SQL。这是使用Seata的一个很关键的原则,否则会导致全局事务启动异常与数据一致性问题。