- 2PC/3PC:依赖于数据库,能够很好的提供强一致性和强事务性,但延迟比较高,比较适合传统的单体应用,在同一个方法中存在跨库操作的情况,不适合高并发和高性能要求的场景。
- TCC:适用于执行时间确定且较短,实时性要求高,对数据一致性要求高,比如互联网金融企业最核心的三个服务:交易、支付、账务。
- 本地消息表/MQ 事务:适用于事务中参与方支持操作幂等,对一致性要求不高,业务上能容忍数据不一致到一个人工检查周期,事务涉及的参与方、参与环节较少,业务上有对账/校验系统兜底。
- Saga 事务:由于 Saga 事务不能保证隔离性,需要在业务层控制并发,适合于业务场景事务并发操作同一资源较少的情况。Saga 由于缺少预提交动作,导致补偿动作的实现比较麻烦,例如业务是发送短信,补偿动作则得再发送一次短信说明撤销,用户体验比较差。所以,Saga 事务较适用于补偿动作容易处理的场景
分布式事物各方案常见使用场景
斑驳竹影2024-12-07 8:28
相关推荐
ZePingPingZe1 天前
分布式、Spring Boot微服务、垂直拆分、水平拆分、分库分表详解及关系梳理Blossom.1181 天前
RLHF的“炼狱“突围:从PPO到DPO的工业级对齐实战小坏讲微服务1 天前
Spring Cloud Alibaba整合 Kafka 的完整实现zl9798991 天前
RabbitMQ-延迟队列-大头.1 天前
深入解析ZooKeeper核心机制s***4531 天前
【RabbitMQ】超详细Windows系统下RabbitMQ的安装配置jinxinyuuuus1 天前
Info Flow:分布式信息采集、数据去重与内容分级的工程实现WHFENGHE2 天前
输电线路分布式故障定位在线监测装置:技术解析与实际应用价值BD_Marathon2 天前
【Kafka】FinTech老王2 天前
集中式 vs 分布式数据库:金融用户如何选择?——金仓数据库的双架构实践与选型指南