分享事物

大家好，今天给大家分享一下事物，我将从2个方面来阐述事物， 一个是单体应用的事物，一个是分布式事物

首先 事务（Transaction）是什么

事物是并发控制的基本单位。它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位

事务的四大属性:ACID

1.原子性（Atomicity）: 事务开始后的所有操作，要么全部做完，要么全部不做，不可以停滞在中间环节。事务执行过程中若出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。事务是一个不可分割的整体。
2.一致性（Consistency）: 事务开始前和结束后，数据库的完整性约束没有被破坏。
3.隔离性（Isolation）: 同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。（一个事务内部的操作及正在操作的数据必须封装起来，不被其它企图进行修改的事务看到）
4.持久性（Durability）: 事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。

在并发条件下的三种事物问题

脏读

A事务读取B事务尚未提交的更改数据，并在这个数据的基础上进行操作，这时候如果事务B回滚，那么A事务读到的数据是不被承认的。例如常见的取款事务和转账事务：

不能重复读

不可重复读是指A事务读取了B事务已经提交的更改数据。假如A在取款事务的过程中，B往该账户转账100，A两次读取的余额发生不一致。

幻读

A事务读取B事务提交的新增数据,会引发幻读问题。幻读一般发生在计算统计数据的事务中，例如银行系统在同一个事务中两次统计存款账户的总金额，在两次统计中，刚好新增了一个存款账户，存入了100，这时候两次统计的总金额不一致。

Spring 事务管理

使用 Spring 的事务注解管理事务
使用 AspectJ 的 AOP 配置管理事务
Spring 的事务管理，主要用到两个事务相关的接口。

事务管理器是 PlatformTransactionManager 接口对象。其主要用于完成事务的提交、回滚，及获取事务的状态信息

事务定义接口 TransactionDefinition 中定义了事务描述相关的三类常量：事务隔离级别、事务传播行为、事务默认超时时限，及对它们的操作。

4种隔离级别

DEFAULT：采用 DB 默认的事务隔离级别。MySql 默认为 REPEATABLE_READ；Oracle 默认为：READ_COMMITTED；
READ_UNCOMMITTED：读未提交。未解决任何并发问题。
READ_COMMITTED：读已提交。解决脏读，存在不可重复读与幻读。
REPEATABLE_READ：可重复读。解决脏读、不可重复读。存在幻读。
SERIALIZABLE：串行化。不存在并发问题。

事物的7种传播行为

所谓事务传播行为是指，处于不同事务中的方法在相互调用时，执行期间事务的维护情况。如，A 事务中的方法 a() 调用 B 事务中的方法 b()，在调用执行期间事务的维护情况，就称为事务传播行为。事务传播行为是加在方法上的。
SUPPORTS
REQUIRED
NOT_SUPPORTED
等等

分布式事物

在分布式系统开发中，事物的参与者，和数据库 都是部署在不同的服务器上，所以他们之间的事物关系就是可以称之为分布式事物
特点 和单体事物一样我就不说了
给大家说一下分布式事物的解决方案吧

第一个 两阶段提交法 Two-Phase Commit 2PC

两阶段提交协议是一种分布式算法，用于协调参与分布式原子事务的所有进程，以保证他们均完成提交或中止（回滚）事务

投票阶段 协调器向所有服务发起投票请求，服务回答 yes 或 no。如果有任何服务回复 no 以拒绝或超时，协调器则在下一阶段发送中止消息

决定阶段 如果所有服务都回复 yes，协调器则向服务发送 commit 消息，接着服务告知事务完成或失败。如果任何服务提交失败， 协调器将启动额外的步骤以中止该事务。

第二个 就是 基于消息队列来保证数据的最终一致性

这个事务就是基于消息中间件的两阶段提交，本质上是对消息中间件的一种特殊利用，
意思是多个服务调用来完成一个事物，他们之间的调用都是通过消息队列来异步请求，把一个完整的事物，链式调用，和链式回调。一个个像一个队列一样去调用，然后再一个个回调，来确保数据的最终一致性。

TCC编程模式

TCC提供了一个编程框架，将整个业务逻辑分为三块：Try、Confirm和Cancel三个操作
总之，TCC就是通过代码人为实现了两阶段提交，不同的业务场景所写的代码都不一样，复杂度也不一样，因此，这种模式并不能很好地被复用，但是技术本没有好坏之分，不同的业务场景，不同的环境搭配不同的解决方案，这才是技术的最佳实践。
今天就分享这么多 谢谢大家