Seata AT 模式和 Spring @Transactional 注解连用时，需要注意事务传播行为、超时时间、回滚规则等参数的设置。
当使用 Seata AT 模式和 Spring @Transactional 注解连用时，需要注意以下几点：
1、事务传播行为：
在使用 Seata AT 模式时，需要确保事务的传播行为与预期一致，Seata AT 模式支持七种事务传播行为：REQUIRED、SUPPORTS、MANDATORY、REQUIRES_NEW、NOT_SUPPORTED、NEVER 和 NESTED。
在 Spring @Transactional 注解中，也需要设置事务传播行为，以确保与 Seata AT 模式的行为一致。
2、事务隔离级别：
Seata AT 模式默认使用读未提交（Read Uncommitted）的隔离级别，而 Spring @Transactional 注解默认使用数据库的隔离级别。
如果需要调整隔离级别，可以在 Seata 配置文件中进行配置，或者在 Spring @Transactional 注解中指定适当的隔离级别。
3、超时时间：
Seata AT 模式提供了超时时间的设置选项，可以设置全局超时时间和单个事务的超时时间。
如果使用 Spring @Transactional 注解，可以通过设置 timeout 属性来指定超时时间。
4、异常回滚：
Seata AT 模式会自动捕获并回滚运行时异常和错误，但不会回滚受检异常（Checked Exception）。
如果使用 Spring @Transactional 注解，也可以通过设置 rollbackFor 属性来指定需要回滚的异常类型。
5、多数据源支持：
如果应用程序中使用了多个数据源，需要在 Seata 配置中进行相应的配置，以支持多数据源的事务管理。
在 Spring @Transactional 注解中也可以指定使用的数据源。
6、异步调用：
如果应用程序中有异步调用的情况，需要确保异步方法和同步方法在同一个全局事务中执行。
Seata AT 模式和 Spring @Transactional 注解都支持异步事务的执行，但需要按照相应的规范进行配置和使用。
相关问题与解答：
Q1: Seata AT 模式和 Spring @Transactional 注解是否可以同时使用？
A1: 是的，Seata AT 模式和 Spring @Transactional 注解可以同时使用，它们可以相互补充，提供更灵活的事务管理功能，在使用时应确保它们的行为一致，并根据需要进行适当的配置。
Q2: Seata AT 模式和 Spring @Transactional 注解在处理异常时有何区别？
A2: Seata AT 模式会自动捕获并回滚运行时异常和错误，但不会回滚受检异常，而 Spring @Transactional 注解可以根据配置指定需要回滚的异常类型，包括运行时异常和受检异常，在处理异常时需要考虑这些差异并进行相应的配置。