目前主流的分布式事务解决方案有哪些呢，大家目前在用的是什么？希望了解一下，望大家不吝赐教
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2311 days ago, the information mentioned may be changed or developed.
 |
1
尝试了一下 seata，并发量低的可怜啊，是我姿势不对吗
|
 |
2
压力小，直接 XA，压力大，最终一致，然后业务上想办法弥补一下中间状态
|
1 |
wushigejiajia01Jul 7, 2020 via Android
3
rocketMq，最终一致
|
 |
F281M6Dh8DXpD1g2Jul 7, 2020
4
不到万不得已，千万别用
|
 |
pkupyxJul 7, 2020
5
最终一致性，事务消息：各种 MQ
强一致性，2PC，TCC （最好别用）：seaTa |
 |
XbluerJul 7, 2020
6
听楼上的。
|
 |
luckyloJul 7, 2020 via Android
7
前来围观学习
|
 |
darrenfangJul 7, 2020 via iPhone
8
rabbitmq，最终一致性
|
 |
hun2008hunJul 7, 2020
9
@pkupyx 请问 TCC 有什么坑么？为什么最好别用？？
|
 |
zoowiiJul 7, 2020
10
saga or mq or 2pc
|
 |
hantsyJul 7, 2020
11
分布式系统设计根本就不需要事务支持，如果强行加上 JTA （以及 XA ）相关的事务对整个性能损伤很大，而且这些解决不了分布式复杂业务场景。
https://www.v2ex.com/t/684239#r_9158750 比较适合的方式：Saga 模式，消息驱动设计，StateMachine （比如 Spring StateMachine+ZK ） 等 |
|
hantsyJul 7, 2020
12
|
 |
13
楼主你是在想屁吃。分布式事务没有通用并且好用的，只能针对具体的业务自己定制。
所以非必要并且业务逻辑几十年都不会改的，不管量大量小，都上 mq+补偿实现最终一致性就对了。 |
 |
tang123456Jul 8, 2020
14
目前公司用的是 LCN
|
 |
CoderGeekJul 8, 2020
15
吞吐 不是特别强要求还是最终一致把
|
|
pkupyxJul 8, 2020
16
@hun2008hun 太绕了，除非转账这种特别强一致性的需求，基本都能避免
|
 |
hqJul 8, 2020 via Android
17
基于工作流的 saga 解决方案，https://help.aliyun.com/document_detail/122482.html
|
Select Language