springframework-事务详解-幂等性

MYSQL事务具有4个特征

事务具有4个特征，分别是原子性、一致性、隔离性和持久性，简称事务的ACID特性；

一、原子性（atomicity)

一个事务要么全部提交成功，要么全部失败回滚，不能只执行其中的一部分操作，这就是事务的原子性

二、一致性（consistency)

事务的执行不能破坏数据库数据的完整性和一致性，一个事务在执行之前和执行之后，数据库都必须处于一致性状态。

如果数据库系统在运行过程中发生故障，有些事务尚未完成就被迫中断，这些未完成的事务对数据库所作的修改有一部分已写入物理数据库，这是数据库就处于一种不正确的状态，也就是不一致的状态

三、隔离性（isolation）

事务的隔离性是指在并发环境中，并发的事务时相互隔离的，一个事务的执行不能不被其他事务干扰。不同的事务并发操作相同的数据时，每个事务都有各自完成的数据空间，即一个事务内部的操作及使用的数据对其他并发事务时隔离的，并发执行的各个事务之间不能相互干扰。

在标准SQL规范中，定义了4个事务隔离级别，不同的隔离级别对事务的处理不同，分别是：未授权读取，授权读取，可重复读取和串行化

1、读未提交（Read Uncommited），该隔离级别允许脏读取，其隔离级别最低；比如事务A和事务B同时进行，事务A在整个执行阶段，会将某数据的值从1开始一直加到10，然后进行事务提交，此时，事务B能够看到这个数据项在事务A操作过程中的所有中间值（如1变成2，2变成3等），而对这一系列的中间值的读取就是未授权读取

2、授权读取也称为已提交读（Read Commited），授权读取只允许获取已经提交的数据。比如事务A和事务B同时进行，事务A进行+1操作，此时，事务B无法看到这个数据项在事务A操作过程中的所有中间值，只能看到最终的10。另外，如果说有一个事务C，和事务A进行非常类似的操作，只是事务C是将数据项从10加到20，此时事务B也同样可以读取到20，即授权读取允许不可重复读取。

3、可重复读（Repeatable Read)

就是保证在事务处理过程中，多次读取同一个数据时，其值都和事务开始时刻是一致的，因此该事务级别禁止不可重复读取和脏读取，但是有可能出现幻影数据。所谓幻影数据，就是指同样的事务操作，在前后两个时间段内执行对同一个数据项的读取，可能出现不一致的结果。在上面的例子中，可重复读取隔离级别能够保证事务B在第一次事务操作过程中，始终对数据项读取到1，但是在下一次事务操作中，即使事务B（注意，事务名字虽然相同，但是指的是另一个事务操作）采用同样的查询方式，就可能读取到10或20；

4、串行化

是最严格的事务隔离级别，它要求所有事务被串行执行，即事务只能一个接一个的进行处理，不能并发执行。

四、持久性（durability）

一旦事务提交，那么它对数据库中的对应数据的状态的变更就会永久保存到数据库中。--即使发生系统崩溃或机器宕机等故障，只要数据库能够重新启动，那么一定能够将其恢复到事务成功结束的状态

 

一些文章写到InnoDB的可重复读避免了“幻读”（phantom read），这个说法并不准确。 https://blog.csdn.net/weter_drop/article/details/104631682/

其实在一般情况下面select下读取不到的，但是如果这个事务首先select-》update->select ,第二次就可以读取到了

spring事务控制的核心接口

PlatformTransactionManager 平台事务管理器

TransactionStatus 事务运行状态状态

TransactionDefinition 事务定义信息（事务的隔离级别，传播行为，超时，只读，回滚规则）

事务的隔离级别

在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务（多个用户对统一数据进行操作）。并发虽然是必须的，但可能会导致一下的问题。  

脏读（Dirty read）: 当一个事务正在访问数据并且对数据进行了修改，而这种修改还没有提交到数据库中，这时另外一个事务也访问了这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是“脏数据”，依据“脏数据”所做的操作可能是不正确的。  

丢失修改（Lost to modify）: 指在一个事务读取一个数据时，另外一个事务也访问了该数据，那么在第一个事务中修改了这个数据后，第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失，因此称为丢失修改。例如：事务1读取某表中的数据A=20，事务2也读取A=20，事务1修改A=A-1，事务2也修改A=A-1，最终结果A=19，事务1的修改被丢失。

不可重复读（Unrepeatableread）: 指在一个事务内多次读同一数据。在这个事务还没有结束时，另一个事务也访问该数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况，因此称为不可重复读。  

幻读（Phantom read）: 幻读与不可重复读类似。它发生在一个事务（T1）读取了几行数据，接着另一个并发事务（T2）插入了一些数据时。在随后的查询中，第一个事务（T1）就会发现多了一些原本不存在的记录，就好像发生了幻觉一样，所以称为幻读。  

不可重复度和幻读区别：  不可重复读的重点是修改，幻读的重点在于新增或者删除。

 例1（同样的条件, 你读取过的数据, 再次读取出来发现值不一样了 ）：事务1中的A先生读取自己的工资为 1000的操作还没完成，事务2中的B先生就修改了A的工资为2000，导 致A再读自己的工资时工资变为 2000；这就是不可重复读。  

例2（同样的条件, 第1次和第2次读出来的记录数不一样 ）：假某工资单表中工资大于3000的有4人，事务1读取了所有工资大于3000的人，共查到4条记录，这时事务2 又插入了一条工资大于3000的记录，事务1再次读取时查到的记录就变为了5条，这样就导致了幻读。

TransactionDefinition的隔离级别

TransactionDefinition.ISOLATIONDEFAULT: 使用后端数据库默认的隔离级别，Mysql 默认采用的 REPEATABLEREAD隔离级别（可重复读） Oracle 默认采用的 READ_COMMITTED隔离级别（读已提交，这也是大多数数据库的隔离级别）.

TransactionDefinition.ISOLATIONREADUNCOMMITTED: 最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读

TransactionDefinition.ISOLATIONREADCOMMITTED: 允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生

TransactionDefinition.ISOLATIONREPEATABLEREAD: 对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。

TransactionDefinition.ISOLATION_SERIALIZABLE: 最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

注：

事务的隔离级别 （由高到低）

1.串行化（serializable）：一个事务一个事务的执行

2.可重复读（Repeatable-Read） 可重复读，无论其他事务是否修改并提交了数据，在这个事务中看到的数据值始终不受其他事务影响  （mysql数据库所默认的级别）

3.读已提交（Read Committed）  读取已提交，其他事务提交了对数据的修改后，本事务就能读取到修改后的数据值（大多数数据库默认的隔离级别）

4.读未提交：(Read Uncommitted)  读取未提交，其他事务只要修改了数据，即使未提交，本事务也能看到修改后的数据值。

PlatformTransactionManager

PlatformTransactionManager并不直接管理事务，而是提供了多个事务管理器，他们将事务管理职责交给Hibernate或者JPA等持久化机制所提供的的平台框架管理，spring为各个平台如JDBC，hibenate等提供了事务管理器，常见的事务管理器以及对应的框架如下：

事务管理器	持久化框架
DataSourceTransactionManager	使用Spring JDBC或者iBatis（其实就是Mybatis）进行持久化数据使用
HibernateTransactionManager	使用Hibernate3.0进行持久化数据使用
JpaTransactionManager	使用JPA进行持久化数据使用
JtaTransactionManager	使用JTA进行持久化框架使用

PlatformTransactionManager其实只有三个接口：

TransactionDefinition

TransactionDefinition的接口定义包括五个方法以及隔离级别，传播行为等常量，方法如下如下

1. public interface TransactionDefinition {

2.    // 返回事务的传播行为

3.    int getPropagationBehavior();

4.    // 返回事务的隔离级别，事务管理器根据它来控制另外一个事务可以看到本事务内的哪些数据

5.    int getIsolationLevel();

6.    // 返回事务必须在多少秒内完成

7.    //返回事务的名字

8.    String getName()；

9.    int getTimeout();  

10.    // 返回是否优化为只读事务。

11.    boolean isReadOnly();

12. }

 

Spring事务注解@Transactional

spring的事务管理分为编码式以及声明式，编码式是通过编码的形式来实现事务，而声明式则通过AOP，将具体业务逻辑与事务处理分开解耦，声明式事务管理使得业务代码不受污染，声明式事务管理有两种形式，一种是通过xml来配置事务规则，另一种则是通过@Transactional注解的形式来管理事务。

 

 

@Transactional与幂等能力下沉

 

spring事务的传播属性

spring事务的传播属性就是定义在多个事务同时存在的时候，spring应该如何处理这些书屋的行为，这些属性在transactionDefinition中定义。spring的事务传播属性有7种，一般常用的就4种，其他事务传播属性比较少用到，主要用到的如下

PROPAGATION_REQU