| 方案 | 一致性 | 性能 | 复杂度 | 适用场景 |
| 2PC | 强一致性 | 低 | 中 | 传统数据库 |
| 3PC | 强一致性 | 中低 | 高 | 需减少阻塞的强一致性场景 |
| TCC | 最终一致性 | 高 | 高 | 高并发业务（支付，库存） |
| seata | 最终一致性 | 中 | 高 | 长事务、跨服务流程 |
| 消息队列 | 最终一致性 | 高 | 中 | 事件驱动架构 |
| 本地消息表 | 最终一致性 | 中高 | 低 | 异步通知 |
2PC
过程：
一阶段：协调者向参与者发送准备请求，所有参与者进行准备，准备结束之后，进行二阶段
二阶段：协调者向参与者发送提交请求，所有参与者进行提交，务必等所有参与者都成功提交完成，否则就进行回滚
优点：实现简单
缺点：
1 容易发送单点故障；协调者如果跪了，影响事务流程，多次交互，性能差
© 版权声明
文章版权归作者所有，未经允许请勿转载。
相关文章
暂无评论...
