作为分布式事务专题的开篇，我们先来聊一聊跟事务相关的三个概念：事务、本地事务、分布式事务。

1. 事务

什么是事务？简单来说就是在一个有多个小任务的大任务中，所有的小任务要么全部成功，要么全部失败。也就是不会有部分成功，部分失败的情况存在。

2. 本地事务

本地事务通常是指利用数据库本身的事务特性来实现的事务，因此我们也称之为数据库事务。说到本地事务，不得不提到它的四大特性：

（1）A（原子性）：构成事务的所有操作，要么全部执行成功，要么全部不执行，不可能出现部分成功部分失败的情况。

（2）C（一致性）：在事务执行前后，每个操作都达到了正确状态。（比如张三向李四转账，那么正确状态是指：张三账户钱少了，李四账户钱多了）

（3）I（隔离性）：数据库中的事务一般都是并发的，隔离性是指并发的两个事务执行互不干扰，一个事务不能看到其他事务运行过程的中间状态。

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

3. 分布式事务

分布式系统把一个应用系统拆分为可独立部署的多个服务，因此需要服务与服务之间远程协作才能完成事务操作，这种分布式系统环境下由不同的服务之间通过网络远程协作完成的事务称之为分布式事务。

我们知道本地事务依赖数据库本身提供的事务特性来实现，因此以下逻辑可以控制本地事务：

begin transaction；
 //1.本地数据库操作：张三减少金额    
 //2.本地数据库操作：李四增加金额    
commit transation;

但是在分布式环境下，会变成下边这样：

begin transaction；
 //1.本地数据库操作：张三减少金额    
 //2.远程调用：让李四增加金额    
commit transation;

当远程调用让李四增加金额成功了，由于网络问题远程调用并没有返回，此时本地事务提交失败就回滚了张三减少金额的操作，此时张三和李四的数据就不一致了。

因此在分布式架构的基础上，传统数据库事务就无法使用了，张三和李四的账户不在一个数据库中甚至不在一个应 用系统里，实现转账事务需要通过远程调用，由于网络问题就会导致分布式事务问题。

产生分布式事务有以下三大场景：

3.1 跨JVM进程产生分布式事务

典型的场景就是微服务架构中，微服务之间通过远程调用完成事务操作。比如：订单微服务和库存微服务，下单的同时订单微服务请求库存微服务减库存。

3.2 跨数据库实例产生分布式事务

单体应用系统需要访问多个数据库实例时也会产生分布式事务。比如：用户信息和订单信息分别在两个MySQL实例存储，用户管理系统删除用户信息，需要分别删除用户信息及用户的订单信息，由于数据分布在不同的数据实例，需要通过不同的数据库链接去操作数据，此时产生分布式事务。

3.3 多服务访问同一个数据库实例

除了上面两个场景，还有一种场景就是多个服务访问同一个数据库实例时也会产生分布式事务。比如：订单微服务和库存微服务即使访问同一个数据库，原因就是跨JVM进程，两个微服务持有了不同的数据库链接进行数据库操作，此时产生分布式事务。

END

如有收获，请划至底部，点击"在看"。万分感谢！