事务的处理及spring中的方案

1.简述

1.1 事务的分类

事务具有ACID的特性
参见另一篇博文:
https://www.jianshu.com/p/f65efc4cd860

可以分为:
编程式事务 和 声明式事务

编程式事务

编程式事务需要在代码中显式调用
beginTransaction()、commit()、rollback()等事务管理相关的方法。

声明式事务

Spring 的声明式事务管理在底层是建立在 AOP 的基础之上的，
其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，
在执行完目标方法之后根据执行情况提交或者回滚事务。
spring 的事务管理是线程安全的。

1.2 事务的隔离级别

数据库事务的隔离级别有4个:
由低到高依次为Read uncommitted 、Read committed 、Repeatable read 、Serializable ，
这四个级别可以逐个解决脏读 、不可重复读 、幻读这几类问题。

1.Read UnCommitted(读未提交)
最低的隔离级别。
一个事务可以读取另一个事务并未提交的更新结果。

2.Read Committed(读已提交)
大部分数据库采用的默认隔离级别。
一个事务的更新操作结果只有在该事务提交之后，另一个事务才可以的读取到同一笔数据更新后的结果。

3.Repeatable Read(重复读)
mysql的默认级别。
整个事务过程中，对同一笔数据的读取结果是相同的，不管其他事务是否在对共享数据进行更新，也不管更新提交与否。

4.Serializable(序列化)
最高隔离级别。
所有事务操作依次顺序执行。注意这会导致并发度下降，性能最差。
通常会用其他并发级别加上相应的并发锁机制来取代它。

事务隔离级别及能解决的问题.png

1.3 不同事务级别带来的并发问题

1.3.1 脏读

脏读发生在一个事务1读取了被另一个事务2修改，但是还未提交的数据。
假如2回退，则事务1读取的是无效的数据。
这跟不可重复读类似，但是事务2不需要执行提交。 

脏读.png

1.3.2 不可重复读

在基于锁的并行控制方法中，如果在执行select时不添加读锁，就会发生不可重复读问题。
在多版本并行控制机制中，当一个遇到提交冲突的事务需要回退但却被释放时，会发生不可重复读问题。

在下面这个例子中，事务2提交成功，它所做的修改已经可见。
然而，事务1已经读取了一个其它的值。
在Serializable和Repeatable Read的隔离级别中，数据库管理系统会返回旧值，即在被事务2修改之前的值。
在Read Committed和Read UnCommitted隔离级别下，可能会返回被更新的值，这就是“不可重复读”。

#有两个策略可以防止这个问题的发生：
(1) 推迟事务2的执行，直至事务1提交或者回退。这种策略在使用锁时应用。
(2) 而在多版本并行控制中，事务2可以被先提交。
而事务1，继续执行在旧版本的数据上。
当事务1终于尝试提交时，数据库会检验它的结果是否和事务1、事务2顺序执行时一样。
如果是，则事务1提交成功。如果不是，事务1会被回退。

不可重复读

1.3.3 幻读

幻读发生在当两个完全相同的查询执行时，第二次查询所返回的结果集跟第一个查询不相同。

发生的情况：没有范围锁。

幻读 .png

https://www.cnblogs.com/balfish/p/8298296.html (事务的隔离级别)

2.spring实现事务管理

org.springframework.transaction.TransactionDefinition类定义了事务的一些基本属性:
1.传播行为
2.隔离规则
3.事务超时
4.是否只读
5.回滚规则

事务的传播行为

当事务方法被另一个事务方法调用时，必须指定事务应该如何传播
Spring 定义了如下七中传播行为，这里以A业务和B业务之间如何传播事务为例说明：

①PROPAGATION_REQUIRED ：required , 必须。默认值。
A如果有事务，B将使用该事务；如果A没有事务，B将创建一个新的事务。

②PROPAGATION_SUPPORTS：supports ，支持。
A如果有事务，B将使用该事务；如果A没有事务，B将以非事务执行。

③PROPAGATION_MANDATORY：mandatory ，强制。
A如果有事务，B将使用该事务；如果A没有事务，B将抛异常。

④PROPAGATION_REQUIRES_NEW ：requires_new，必须新的。
如果A有事务，将A的事务挂起，B创建一个新的事务；如果A没有事务，B创建一个新的事务。

⑤PROPAGATION_NOT_SUPPORTED ：not_supported ,不支持。
如果A有事务，将A的事务挂起，B将以非事务执行；如果A没有事务，B将以非事务执行。

⑥PROPAGATION_NEVER ：never，从不。
如果A有事务，B将抛异常；如果A没有事务，B将以非事务执行。

⑦PROPAGATION_NESTED ：nested ，嵌套。
A和B底层采用保存点机制，形成嵌套事务。

隔离级别

定义了一个事务可能受其他并发事务影响的程度。

在 Spring 事务管理中，为我们定义了如下的隔离级别：

①ISOLATION_DEFAULT：
使用后端数据库默认的隔离级别

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

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

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

⑤ISOLATION_SERIALIZABLE：
最高的隔离级别，完全服从ACID的隔离级别，
确保阻止脏读、不可重复读以及幻读，也是最慢的事务隔离级别，
因为它通常是通过完全锁定事务相关的数据库表来实现的

上面定义的隔离级别，
在 Spring 的 TransactionDefinition.class 中也分别用常量 -1,0,1,2,4,8表示。

只读

这是事务的第三个特性，是否为只读事务。
如果事务只对后端的数据库进行该操作，数据库可以利用事务的只读特性来进行一些特定的优化。
通过将事务设置为只读，你就可以给数据库一个机会，让它应用它认为合适的优化措施。

事务超时

为了使应用程序很好地运行，事务不能运行太长的时间。
因为事务可能涉及对后端数据库的锁定，所以长时间的事务会不必要的占用数据库资源。
事务超时就是事务的一个定时器，在特定时间内事务如果没有执行完毕，
那么就会自动回滚，而不是一直等待其结束。

回滚规则

事务五边形的最后一个方面是一组规则，这些规则定义了哪些异常会导致事务回滚而哪些不会。
默认情况下，事务只有遇到运行期异常时才会回滚，
而在遇到检查型异常时不会回滚(这一行为与EJB的回滚行为是一致的) 。
但是你可以声明事务在遇到特定的检查型异常时像遇到运行期异常那样回滚。
同样，你还可以声明事务遇到特定的异常不回滚，即使这些异常是运行期异常。

###解决注解不回滚问题
1，检查方法是不是public
2，检查异常是不是unchecked异常
3，如果是checked异常也想回滚的话，注解上写明异常类型即可
@Transactional(rollbackFor=Exception.class)

关于checked异常

通俗的说，编译器能检测到的是checked，检测不到的就是unchecked。
派生于Error或者RuntimeException（比如空指针，1/0）的异常称为unchecked异常。
继承自Exception得异常统称为checked异常，如IOException、TimeoutException等。

2.1版本一

pom.xml

  4.0.0

  com.zy
  spring03
  1.0-SNAPSHOT
  war

  spring03 Maven Webapp
  
  http://www.example.com

  
    UTF-8
    1.7
    1.7
  

  
    
      junit
      junit
      4.11
      test
    
    
    
    
      org.springframework
      spring-core
      4.2.4.RELEASE
    
    
      org.springframework
      spring-beans
      4.2.4.RELEASE
    
    
      org.springframework
      spring-context
      4.2.4.RELEASE
    
    
      org.springframework
      spring-expression
      4.2.4.RELEASE
    
    
    
      org.aspectj
      aspectjrt
      1.6.11
    
    
      org.aspectj
      aspectjweaver
      1.6.11
    
    
      cglib
      cglib
      2.1_3
    
    
      aopalliance
      aopalliance
      1.0
    
    
    
    
      mysql
      mysql-connector-java
      5.1.32
    
    
    
      com.alibaba
      druid
      1.0.9
    
    
    
      org.springframework
      spring-jdbc
      4.2.4.RELEASE
    
    
    
      org.springframework
      spring-web
      4.2.4.RELEASE
    
    
      org.springframework
      spring-webmvc
      4.2.4.RELEASE
    
   

  
    spring03
    
      
        
          maven-clean-plugin
          3.0.0
        
           
          maven-resources-plugin
          3.0.2
        
        
          maven-compiler-plugin
          3.7.0
        
        
          maven-surefire-plugin
          2.20.1
        
        
          maven-war-plugin
          3.2.0
        
        
          maven-install-plugin
          2.5.2
        
        
          maven-deploy-plugin
          2.8.2
        
      
    
  

applicationContext.xml

db.properties

jdbc.driverClassName=com.mysql.jdbc.Driver
jdbc.url=jdbc:mysql://127.0.0.1:3306/wanho_stage5?characterEncoding=utf-8&zeroDateTimeBehavior=round
jdbc.username=root
jdbc.password=123456

基于注解的配置中,service实现类

package com.zy.service;

import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Isolation;
import org.springframework.transaction.annotation.Propagation;
import org.springframework.transaction.annotation.Transactional;

@Service
/*基于注解配置*/
@Transactional(propagation = Propagation.REQUIRED,
        isolation = Isolation.DEFAULT,
        timeout = -1,
        readOnly = false,
        rollbackFor = Throwable.class)
public class StuServiceImplBasedAnno {

    public void add(){
    }
}