- 2PC/3PC：依赖于数据库，能够很好的提供强一致性和强事务性，但延迟比较高，比较适合传统的单体应用，在同一个方法中存在跨库操作的情况，不适合高并发和高性能要求的场景。
- TCC：适用于执行时间确定且较短，实时性要求高，对数据一致性要求高，比如互联网金融企业最核心的三个服务：交易、支付、账务。
- 本地消息表/MQ 事务：适用于事务中参与方支持操作幂等，对一致性要求不高，业务上能容忍数据不一致到一个人工检查周期，事务涉及的参与方、参与环节较少，业务上有对账/校验系统兜底。
- Saga 事务：由于 Saga 事务不能保证隔离性，需要在业务层控制并发，适合于业务场景事务并发操作同一资源较少的情况。Saga 由于缺少预提交动作，导致补偿动作的实现比较麻烦，例如业务是发送短信，补偿动作则得再发送一次短信说明撤销，用户体验比较差。所以，Saga 事务较适用于补偿动作容易处理的场景
分布式事物各方案常见使用场景
斑驳竹影2024-12-07 8:28
相关推荐
愿天堂没有C＋＋4 分钟前
C++——分布式UPToZ9 分钟前
【Docker】搭建一个高性能的分布式对象存储服务 - MinIO前端世界13 小时前
鸿蒙任务调度机制深度解析：优先级、时间片、多核与分布式的流畅秘密A尘埃13 小时前
金融项目高可用分布式TCC-Transaction(开源框架)夜影风14 小时前
RabbitMQ核心架构与应用电商API_1800790524719 小时前
大规模调用淘宝商品详情 API 的分布式请求调度实践Light601 天前
模型驱动与分布式建模：技术深度与实战落地指南斯普信专业组1 天前
Rabbitmq+STS+discovery_k8s +localpv部署排坑详解愚昧之山绝望之谷开悟之坡2 天前
Kafka 的消费BD_Marathon2 天前
Kafka下载和安装