- 2PC/3PC：依赖于数据库，能够很好的提供强一致性和强事务性，但延迟比较高，比较适合传统的单体应用，在同一个方法中存在跨库操作的情况，不适合高并发和高性能要求的场景。
- TCC：适用于执行时间确定且较短，实时性要求高，对数据一致性要求高，比如互联网金融企业最核心的三个服务：交易、支付、账务。
- 本地消息表/MQ 事务：适用于事务中参与方支持操作幂等，对一致性要求不高，业务上能容忍数据不一致到一个人工检查周期，事务涉及的参与方、参与环节较少，业务上有对账/校验系统兜底。
- Saga 事务：由于 Saga 事务不能保证隔离性，需要在业务层控制并发，适合于业务场景事务并发操作同一资源较少的情况。Saga 由于缺少预提交动作，导致补偿动作的实现比较麻烦，例如业务是发送短信，补偿动作则得再发送一次短信说明撤销，用户体验比较差。所以，Saga 事务较适用于补偿动作容易处理的场景
分布式事物各方案常见使用场景
斑驳竹影2024-12-07 8:28
相关推荐
PingCAP9 小时前
善战者无赫赫之功：消费金融核心系统的数据库选型与升级路径库库的数据库笔记10 小时前
金融核心交易系统的数据库国产信创改造该如何做？爱吃火鸡面呀16 小时前
深入理解 Spark RDD：五大特性与实战解析Norris Huang18 小时前
Kafka Connect 与 Flink CDC 写入 Iceberg：Upsert 的代价，以及 S3 Tables 的真正价值我就是不信18 小时前
集群高并发环境下如何保证分布式唯一全局ID生成？黄俊懿2 天前
【架构师从入门到进阶】第六章：服务集群优化——第八节：线程数公式大菠萝爱上小西瓜2 天前
基于 Spark + Iceberg 湖仓一体的 Netflix 流媒体用户行为全链路数仓与 ALS 智能推荐决策系统（含穿透下钻大屏）吴建旭 智宅焕2 天前
智能家居售后服务体系的架构设计：分布式售后风险的集中式兜底方案lisanmengmeng2 天前
Ganglia分布式集群监控系统安装手册Smoothcloud润云2 天前
GPU算力平台推荐：新手租GPU时，镜像环境和显存应该怎么选？