分布式事务解决思路
CAP定理
任何分布式系统(Distributed System)中,最多具有一致性(每个响应结果都相同)、可用性( 每个操作都必须以可预期的响应结束)、分区容错性(即使出现单个组件无法可用,操作依然可以完成)这三个特性中的两个。
也就是说,三个特性无法兼顾,必须有所取舍。
常见解决方案
1.分阶段提交(2pc)
每一个服务的事务单独提交,其中一个失败则全部回滚.
优点:保证数据的强一致性
缺点:影响性能,只适用于对数据强一致性要求很高的关键领域,高并发场景下不推荐使用(因为需要获得多个事务的执行结果,期间会锁表,如果不能及时响应可能会造成死锁)
2.补偿事务(tcc)
针对事务的每个操作都开发多的补偿操作。比如扣余额时,先用额外字段把需要扣的余额存起来再扣钱,如果事务执行失败则把钱加回去。
优点:性能比分阶段提交快。
缺点:增加了开发成本,而且补偿操作也有可能失败。部分业务流程下难以定义补偿。
3.可靠消息
事务发起方将执行完本地事务后直接提交,将消息发送至消息中间件如redis,mq。然后主动推送给事务参与方,不成功则一直推送。
优点:实现了最终一致性
缺点:如果一直失败则需要手动处理