这是一个创建于 2034 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前主流的分布式事务解决方案有哪些呢，大家目前在用的是什么？希望了解一下，望大家不吝赐教
 | 1 czzt1 OP 尝试了一下 seata，并发量低的可怜啊，是我姿势不对吗 |
 | 2 wangyanrui 2020 年 7 月 7 日  1 压力小，直接 XA，压力大，最终一致，然后业务上想办法弥补一下中间状态 |
 | 3 wushigejiajia01 2020 年 7 月 7 日 via Android rocketMq，最终一致 |
 | 4 F281M6Dh8DXpD1g2 2020 年 7 月 7 日 不到万不得已，千万别用 |
 | 5 pkupyx 2020 年 7 月 7 日 最终一致性，事务消息：各种 MQ 强一致性，2PC，TCC （最好别用）：seaTa |
 | 6 Xbluer 2020 年 7 月 7 日 听楼上的。 |
 | 7 luckylo 2020 年 7 月 7 日 via Android 前来围观学习 |
 | 8 darrenfang 2020 年 7 月 7 日 via iPhone rabbitmq，最终一致性 |
 | 9 hun2008hun 2020 年 7 月 7 日 @pkupyx 请问 TCC 有什么坑么？为什么最好别用？？ |
 | 10 zoowii 2020 年 7 月 7 日 saga or mq or 2pc |
 | 11 hantsy 2020 年 7 月 7 日 分布式系统设计根本就不需要事务支持，如果强行加上 JTA （以及 XA ）相关的事务对整个性能损伤很大，而且这些解决不了分布式复杂业务场景。 t/684239#r_9158750 比较适合的方式：Saga 模式，消息驱动设计，StateMachine （比如 Spring StateMachine+ZK ） 等 |
| 12 hantsy 2020 年 7 月 7 日 |
 | 13 xuanbg 2020 年 7 月 8 日 1 楼主你是在想屁吃。分布式事务没有通用并且好用的，只能针对具体的业务自己定制。 所以非必要并且业务逻辑几十年都不会改的，不管量大量小，都上 mq+补偿实现最终一致性就对了。 |
 | 14 tang123456 2020 年 7 月 8 日 目前公司用的是 LCN |
 | 15 CoderGeek 2020 年 7 月 8 日 吞吐 不是特别强要求还是最终一致把 |
| 16 pkupyx 2020 年 7 月 8 日 @hun2008hun 太绕了，除非转账这种特别强一致性的需求，基本都能避免 |
 | 17 hq 2020 年 7 月 8 日 via Android 基于工作流的 saga 解决方案，https://help.aliyun.com/document_detail/122482.html |
Select Language