标签:幂等性 form 表示 疑问 流程 一段 不同 订阅 队列
了解过TCC分布式事务的都知道它有三个阶段:try,confirm,cancel,但很多文章就只有原理图,和对原理图的解释,看一遍也留不下印象,这里用实际场景举个例子,说明TCC分布式事务原理
TCC分布式框架推荐:ByteTCC,tcc-transaction,himly
最终一致性方案一般都是有消息中间件来完成的,核心流程如上图所示
下面来考虑这中间会有什么问题了,为什么这样能保证分布式事务的最终一致性?
越大的公司,考虑的就越多,任何组件都可能挂掉,MQ如果就一个集群,就要考虑这个集群压力过大到爆掉了怎么办?资金雄厚并发压力大的公司可以直接搞再搞一套备用的,当MQ请求不通后,立即自动切换到备用MQ集群,当然这肯定会造成资源的浪费,毕竟要再搞一套MQ不运行一直放那里,这里再给出一套参考方案(如果你们有redis集群的话)
标签:幂等性 form 表示 疑问 流程 一段 不同 订阅 队列
原文地址:https://www.cnblogs.com/sky-chen/p/11359634.html