AT 模式和 Spring @Transactional 注解连用时需要注意什么 ？

@Transactional 可与 DataSourceTransactionManager 和 JTATransactionManager 连用分别表示本地事务和XA分布式事务，大家常用的是与本地事务结合。当与本地事务结合时，@Transactional和@GlobalTransaction连用，@Transactional 只能位于标注在@GlobalTransaction的同一方法层次或者位于@GlobalTransaction 标注方法的内层。这里分布式事务的概念要大于本地事务，若将 @Transactional 标注在外层会导致分布式事务空提交，当@Transactional 对应的 connection 提交时会报全局事务正在提交或者全局事务的xid不存在。，此回答整理自钉群“3群-Seata 开源讨论群”

在使用AT（TCC）模式和Spring的@Transactional注解时，需要注意以下几点：

1、TCC参与者接口和Spring事务的管理机制不同，需要分别设置对应的事务管理器和回滚机制，确保两者之间的一致性。

2、在AT模式下，由于事务拆分成Try/Confirm/Cancel三个步骤，因此需要将相应的Try/Confirm/Cancel方法分别放在不同的类中，同时确保这些方法都在同一个事务中执行，可以通过配置Spring的@Transactional注解来实现。

3、由于TCC模式的Try阶段并不会立即提交事务，因此需要注意Try阶段可能会出现的幂等性问题。在进行Try阶段的操作时，需要确保操作是幂等的，即多次执行操作得到的结果是相同的。

4、在使用AT模式时，需要考虑到Cancel操作的异常处理问题。如果Confirm阶段执行成功但Cancel阶段执行失败，需要通过相应的补偿机制进行处理，确保数据的一致性和正确性。

5、在使用Spring的@Transactional注解时，需要注意一些配置细节，如事务的传播属性、隔离级别等，以确保事务的正确执行和一致性。

总之，在使用AT模式和Spring的@Transactional注解时，需要认真考虑各种可能出现的情况，并进行充分的测试和验证，以确保事务的正确性和可靠性。同时，建议在实际应用中采用一些成熟的TCC框架，如Alibaba的Seata等，以减少错误和复杂性。