Seata AT模式适用于只操作关系型数据库，其他哪些场景适用啊？
Seata AT模式适用于只操作关系型数据库，大部分接口调用中都会包含一些缓存、mq，或者文件操作、甚至跨企业接口调用，感觉大部分场景都不适用，除了分库分表场景处理多库数据更新分布式事务，其他哪些场景适用啊？
Seata中这个和不使用AT 模式使用起来区别在哪，怎么才能写出o事务的二阶段回滚场景呢？
Seata中使用AT 模式，比如有两个事务，事务o是创建订单记录，事务s是扣减库存, o事务里调用了扣减库存远程服务（s事务）接口，调用时捕获调用异常， s事务异常， 最终呈现的结果是，o事务正常提交，没有回滚，AT 模式很依赖远程服务的异常处理，这个和不使用AT 模式使用起来区别在哪，怎么才能写出o事务的二阶段回滚场景呢？
请问seata1.4.2的AT模式中的业务场景事务无法回滚是什么原因呢？
1、本地事务一（服务A）： 1）insert数据，id=11 2）调用服务B 3）处理数据回填 2、本地事务二（服务B）： 1）insert数据，id=1 2）delete数据，id=1 3）insert数据，id=2 3、业务顺序：“服务A”调用“服务B” 4、结果“服务A”的事务中执行第3步“处理数据回填”时报错时，“服务B”的事务无法回滚 这种场景该怎么出来呢？
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。