一、事务的概念 　　事务是一组操作的执行单元，相对于数据库操作来讲，事务管理的是一组SQL指令，比如增加，修改，删除等，事务的一致性，要求，这个事务内的操作必须全部执行成功，如果在此过程种出现了差错，比如有一条SQL语句没有执行成功，那么这一组操作都将全部回滚 　　最经典的例子便是：A向B汇款 ...

现在先抛出问题，假设有一个主数据中心在北京M，然后有成都A，上海B两个地方数据中心，现在的问题是，假设成都上海各自的数据中心有记录变更，需要先同步到主数据中心，主数据中心更新完成之后，在把最新的数据分发到上海，成都的地方数据中心A，地方数据中心更新数据，保持和主数据中心一致性（数据库结构 ...

一、强一致性事务的瓶颈 　　在《分布式强一致性事务》一文中介绍了分布式事务的常用协议2PC二阶段提交，虽然2PC能在很大程度上实现分布式事务中各节点的ACID，但也存在同步阻塞问题，协调者单点故障，协调者因网络原因导致的通知不周或收不全参与者回复导致的异常等问题。 　　同时，即使能稳定的使用 ...

分布式事务(1)-理论基础 分布式事务(2)---强一致性分布式事务解决方案 分布式事务(4)---最终一致性方案之TCC 前面介绍强一致性分布式解决方案，这里用Atomikos框架写一个实战的demo。模拟下单扣减库存的操作。 使用Atomikos，mybatis-plus框架搭建项目 ...

分布式事务(1)-理论基础 分布式事务(3)---强一致性分布式事务Atomikos实战 分布式事务(4)---最终一致性方案之TCC 强一致事务要求在任意时刻各节点数据在任意时刻都是一致的。强一致事务的解决方案主要有DTP模型（全局事务模型）、2PC、3PC。 强一致性数据一致性 ...

我觉得事务的管理不应该属于Dubbo框架， Dubbo只需实现可被事务管理即可， 像JDBC和JMS都是可被事务管理的分布式资源， Dubbo只要实现相同的可被事务管理的行为，比如可以回滚， 其它事务的调度，都应该由专门的事务管理器实现 ...

最终一致性，从其名字看，已经放弃了强一致性，如果出现异常情况，很有可能会产生主业务已提交，边缘业务最终也没能一致的情况。如网络持续不通，一段时间重试后，任务不得不放弃 因此最终一致性还有一层隐含信息->做好最终不一致的备案，否则可能造成不可预期的问题。 目前做法 和事务型数据库一同提交 ...

分布式事务协议 下面介绍几种实现分布式事务的协议。 两阶段提交协议 2PC 分布式系统的一个难点是如何保证架构下多个节点在进行事务性操作的时候保持一致性。为实现这个目的，二阶段提交算法的成立基于以下假设： 该分布式系统中，存在一个节点作为协调者(Coordinator ...