为什么Seata有了AT模式还去做XA的支持

起首我们应该从AT去做判定，为什么Seata有了AT模式还去做XA的支持

从视角出发：起首，我们来总结下AT模式，起首全部的事物提倡，都是从TM(不只AT) 且数据的读已提交只能在应用中收效(用户自行开拓的体系)，对资源的查察，无法做到全方面 而XA可让资源也感知到自身已处于全局事宜中，对资源的断绝性可由数据库自己来实现，满意 全局同等性

从入侵性，数据库支持角度：营业无入侵的更彻底，少于2个处事的操纵，仅行使当地事宜即可满意同等性，而AT必要 全局锁来担保断绝性，以是无论是1个处事，单库的操纵，照旧n个处事都必要开启全局事宜来担保 断绝性。对数据库的支持，假如AT必要支持mysql，pgsql，oracle以外的数据库，必要做适配，而且 对伟大sql的理会本钱更大，开拓服从低，支持的sql数目少，XA可全方位支持数据库的sql语句 多说话支持，假如你有java应用已经行使了seata xa那么当地数据库已经帮我们担保了断绝 性，即便别的seata不支持的说话和java并行处理赏罚下，数据也不会呈现纷歧致的环境。

数据锁定：在整个事宜处理赏罚进程竣事前，涉及数据都被锁定，读写都按断绝级此外界说束缚起来。

AT 模式行使 全局锁 保障根基的 写断绝，现实上也是锁定命据的，只不外锁在 TC 侧齐集打点 解锁服从高且没有阻塞的题目，且XA当地数据库也许持有间隙锁，造成锁的粒度更大，锁定更多无辜数据

死锁(协议阻塞)：XA prepare 后，分支事宜进入阻塞阶段，收到 XA commit 或 XA rollback 前必需阻塞守候。假如没有一个靠谱的和谐者存在，好比abc三个库的数据被二阶段决策为提交，此时ab收到的指令，提交后，c库在收到指令后挂了，并没有提交xa事宜，可能和谐者没有做到二阶段重试，那么这个没有提交的xa事宜将会一向 持有锁，造成死锁的排场

机能差：机能的消费首要来自两个方面：一方面，事宜和谐进程，增进单个事宜的 RT;另一方面，并发事宜数 据的锁斗嘴，低落吞吐。着实首要缘故起因就是上面的阻塞跟数据锁定造成，由于xa的一阶段并非提交，假如一阶段都是提交的场景下，因为At模式的一阶段提交，at的机能是优于xa，由于它锁在tc一侧齐集开释，无需多个库举办当地的锁开释

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!