事务的特性 @Transactional(rollbackFor = Exception.class)

前言

一、事务的四大特性

原子性：所有事务要么成功，要么失败；
一致性：A （$1000） 转账 B（$1000） 200元 ，A（$800）B（$1200） 前后总共 $ 2000
持久性：
隔离性：100个人下单，突然一个人下单失败报错，数据回滚，不会影响其他人下单，

事务的隔离级别

1.第一种隔离级别：Read uncommitted(读未提交)

在我们这个事务读取到别人还未提交的数据,会出现脏读。 如果别人回滚的了就脏读了

2.第二种隔离级别：Read committed(读提交)

在我们这个事务读取到别人已经提交的数据,常用隔离级别，oracle SQLserver 默认的

3.第三种隔离级别：Repeatable read(可重复读取)

在我们这个事务读取到的是1 直至事务提交都是1 mysql 默认

4.第四种隔离级别：Serializable(可序化)

不实用

MySQL事务隔离级别
事务隔离级别 脏读 不可重复读 幻读
读未提交（read-uncommitted） 是 是 是
不可重复读（read-committed） 否 是 是
可重复读（repeatable-read） 否 否 是
串行化（serializable） 否 否 否

脏读（Dirty read）：
某个事务更新了一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个事务执行了rollback操作，则后一个读取数据就会出现不正确的数据。
不可重复读：
在一个事物的两次查询数据中数据笔数不一致，这可能是两次查询的过程中出现了中间插入了一个事务更新的原有数据。
幻读：
在一个事务的两次查询中数据不一致，例如有一个事务查询了几列数据，而另一个事务却在此时插入了几列新的数据，先前事务在接下来的查询中，就会发现有几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。

要想解决脏读、不可重复读、幻读等读现象，那么就需要提高事务的隔离级别。但与此同时，事务的隔离级别越高，并发能力也就越低。所以，还需要读者根据业务需要进行权衡。

事务的传播行为

1、PROPAGATION_REQUIRED

如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务

2、PROPAGATION_SUPPORTS

如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。

3、PROPAGATION_MANDATORY

如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常

4、PROPAGATION_REQUIRES_NEW

使用PROPAGATION_REQUIRES_NEW,需要使用 JtaTransactionManager作为事务管理器。
它会开启一个新的事务。如果一个事务已经存在，则先将这个存在的事务挂起。

5、PROPAGATION_NOT_SUPPORTED

PROPAGATION_NOT_SUPPORTED 总是非事务地执行，并挂起任何存在的事务。使用PROPAGATION_NOT_SUPPORTED,也需要使用JtaTransactionManager作为事务管理器。

6、PROPAGATION_NEVER

总是非事务地执行，如果存在一个活动事务，则抛出异常。

7、PROPAGATION_NESTED

PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW的区别:
它们非常类似,都像一个嵌套事务，如果不存在一个活动的事务，都会开启一个新的事务。
使用PROPAGATION_NESTED时，外层事务的回滚可以引起内层事务的回滚。而内层事务的异常并不会导致外层事务的回滚，它是一个真正的嵌套事务。

分布式事务解决方案

CAP
C 一致性 必须响应正确的数据，可以失败响应
A 可用性 必须响应数据，但是不能响应失败
P 分区容忍性 分布式系统具有的最基本能力

2PC 2阶提交协议方案

跨库

柔性事务 TCC事务补偿方案(Try - confirm - cancel)