概述
XA/JTA
柔性事务
CAP
分布式系统遇到三个特性:一致性(Consistency)、可用性(Availability)、分区容错(Partition-tolerance),而一个分布式系统最多只能满足其中两个。
分区容错性是分布式系统必然需要面对和解决的,因此往往需要把精力花在如何根据业务特点在C(一致性)和A(可用性)之间寻求平衡。而XA/JTA两阶段提交协议的分布式事务解决方案,强调的是一致性,由于可用性较低,实际应用的并不多。
BASE
- 基本可用(Basically Available)。在分布式系统出现不可预知故障时,允许损失部分可用性
- 软状态(Soft State)。允许系统中的数据存在中间状态,并认为该中间状态的存在不会影响系统的整体可用性,即允许系统在不同节点的数据副本之间进行数据同步的过程存在延时
- 最终一致性(Eventual Consistency)。强调的是,所有的数据更新操作,在经历一段时间的同步之后,最终都能达到一致状态。其本质是需要系统保证最终数据能够达到一致,而不需要实时保证系统数据的强一致性
TCC两阶段补偿型方案
Try阶段。完成所有业务检查(一致性),预留业务资源(准个理性)
Confirm阶段。确认执行业务操作,不做任何业务检查,只使用Try阶段预留的业务资源
Cancel阶段。取消Try阶段预留的业务资源
- TCC vs XA/JTA
TCC是业务层面的分布式事务,最终一致性,不会一直持有资源锁
XA/JTA是资源层面的分布式事务,强一致性,在两阶段提交的整个过程中,会一直持有资源锁
可靠消息最终一致性方案
基于RocketMQ
最大努力通知方案
最简单的一种柔性事务解决方案,适用于最终一致性敏感度低的业务,且被动方处理结果不影响主动放的处理结果。