分布式事务概述及比较，tcc-transaction框架核心流程解析

最新推荐文章于 2025-06-22 21:59:55 发布

追风夏

最新推荐文章于 2025-06-22 21:59:55 发布

阅读量1k

点赞数

CC 4.0 BY-SA版权

分类专栏：分布式事务文章标签： java 分布式

本文链接：https://blog.csdn.net/xiaqingxue930914/article/details/108384319

分布式事务框架 tcc-transaction

背景

场景1: 企业版需一周内需要上线一个需求。需要服务端，前端，测试参与。服务端开发两天完成，前端开发两天完成，但是测试这周排期满了，没有时间测试，那这个需求上线不了。

场景2: 小明需要将A银行卡里的钱，转到B银行。A银行系统扣款成功，B银行入账失败。

场景3: 小王喜欢小唐，但是小唐父母觉得女儿需要个房子住。他们先结婚，几年后再买房。最终小两口还是有房子住

概念

什么是事务

事务（Transaction），一般是指要做的或所做的事情，通俗讲一般是指一系列操作，要么都成功，要么都不成功，通过确保系统中的独立操作全部成功完成或全部成功取消来维持系统的完整性。

Java实现事务的几种方式：jdbc事务，jta事务，容器事务

本地事务

本地事务一般是指依靠关系型数据库本身的事务特性来实现本地事务。

数据库事务的四大特性 ACID：

A（Atomic） ：原子性，构成事务的所有操作，要么都执行完成，要么全部不执行

C（Consistency）：一致性，在事务执行前后，数据库的一致性约束没有被破坏。

I（Isolation）：隔离性，数据库中的事务一般都是并发的，隔离性是指并发的两个事务的执行互不干扰。可设置不同数据库事务隔离级别。（RU， RC， RR， Serializable）

D （Durability）：持久性，事务完成之后，该事务对数据的更改会被持久化到数据库，且不会被回滚。

本地事务程序实现

基本流程流程： begin, commit, rollback 操作。

begin transaction;
try {
       write db;
       commit transaction;
} catch(Exception e ){
       rollback transaction;
}

本地事务基本是依靠数据库事务实现。在java中，本地事务基本基于jdbc事务实现，通过Connection 对象控制

    public void setAutoCommit(boolean)
　　 public void commit()
　　 public void rollback()

spring 程序中可在方法上添加 @Transactional 注解，或自己通过AOP实现

利：实现简单。开发少。强一致

局限：局限于单个数据库链接

分布式事务

在分布式系统下。会有多数据库实例，多服务。会产生跨jvm，同一个数据库；同一个jvm，跨数据库；跨jvm，跨数据库三种情况的分布式事务。

理论基础：

分布式系统需要满足 CAP 定理，即：

一致性（consistency）：

可用性（avaliable）；

分区容忍性（Partition tolerance）；

一个分布式系统最多只能同时满足一致性（Consistency）、可用性（Availability）和分区容忍性（Partition tolerance）这三项中的两项。即在分布式系统中，满足P的前提下，C和A只能满足其中一个。根据实际业务场景选择。

1） AP：

放弃一致性，追求分区容忍性和可用性。这是很多分布式系统设计时的选择。

接受所查询到的数据在一定的时间内不是最新的数据。如消息异步处理同步；通过查询来确认最终处理结果

2）CP：

放弃可用性，追求强一致性和分区容错性。不是系统不可用，只是性能不佳

如 zookeeper选举；跨行转账，一次转账请求要等待双方银行系统都完成整个事务才算完成。

3）AC：

放弃分区容忍性。不分区，不部署子节点。可不考虑网络，或其他节点挂掉的问题，实现强一致性或可用性。但不符合现有多数分布式系统设计原则。

多数业务场景，追求性能体验。允许暂时的数据不一致。即AP系统设计

BASE 理论

BASE 是 Basically Available(基本可用)、Soft state(软状态)和 Eventually consistent (最终一致性)三个短语的缩写。BASE理论是对CAP中AP的一个扩展，通过牺牲强一致性来获得可用性，当出现故障允许部分不可用但要保证核心功能可用，允许数据在一段时间内是不一致的，但最终达到一致状态。满足BASE理论的事务，我们称之为“柔性事务”。