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