本文深入探讨了分布式事务的几种常见实现方式，包括2PC（两阶段提交）、3PC（三阶段提交）以及TCC（尝试-确认-取消）模式。2PC和3PC在确保强一致性的同时存在数据不一致的风险。TCC则通过尝试、确认和取消操作实现事务，但可能侵入业务流程。此外，本地消息表和消息事务（如RocketMQ）也是实现最终一致性的策略。这些方法各有优缺点，适用于不同的分布式场景。
分布式事务和常见的分布式事务包括 2PC、3PC、TCC、本地消息表、消息事务、最大努力通知。
2pc 和 3pc都是数据库层面的强一致性事务，有数据不一致阻塞风险。
tcc（Try - Confirm - Cancel）：TCC可以跨数据库、跨不同的业务系统来实现事务。入侵业务比较严重。
Try 指的是预留，即资源的预留和锁定，注意是预留。
Confirm 指的是确认操作，这一步其实就是真正的执行了。
Cancel 指的是撤销操作，可以理解为把预留阶段的动作撤销了。
撤销和确认要注意幂等性问题。
本地消息表（最终一致性）：把需要执行的任务放在表中，成功了调用下一个，失败了重试（幂等和最大重试次数），一直不成功报警人工处理，实现最终一致性。
消息事务：rocketmq支持消息事务。
1、先给broker发送事务消息（半消息），发送成功后执行本地事务，根据本地结果向broker发送commit（订阅方收到这条消息）或者rollback（订阅方收不到）。
redis:
265
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
