分布式事务使用Seata的AT事务模式如何理解，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
创新互联建站专注于企业全网整合营销推广、网站重做改版、舞阳网站定制设计、自适应品牌网站建设、H5技术、商城开发、集团公司官网建设、成都外贸网站建设、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为舞阳等各大城市提供网站开发制作服务。
项目使用了微服务，并且将一些模块进行了拆分，现在遇到了一个批量保存的场景，而且还是跨服务调用，因此选用了Seata的AT模式比较简单方便。
在进行一个单据保存时，由于整单保存需要批量保存一千条数据，耗时竟然要8秒，首先看了下JPA的saveAll方法底层其实调用了for循环一条一条保存(上一篇《JPA批量保存saveAll的问题》已经提过)，但修改后使用了自定义的批量保存其实还是没得到多大改善。
后来检查发现这个业务加了@GlobalTransactional 注解需要跨服务，虽然这段批量保存不是其他服务的，但也会非常耗时，去掉这个注解之后保存，只需要1秒。
原因：
看了下Seata官网的AT模式，我个人理解是虽然修改成了批量保存，但是AT模式是基于本地 ACID 事务的关系型数据库的，这些数据插入到数据库时每一条数据都加上了锁，而加锁是很耗时的，当前业务需要批量插入1000条数据也就是说这1000条数据每条都加了锁。
关于分布式事务使用Seata的AT事务模式如何理解问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注创新互联行业资讯频道了解更多相关知识。