实现方式:
:
在spring中有两种事务的实现方式,分别是编程式事务管理和编码式事务管理。
编程式事务一般使用的是TransactionTemplate工具类来实现
spring中使用的是@Transactional注解,可以作用于接口、接口方法、类以及类方法上。当作用于类上时,该类的所有 public 方法将都具有该类型的事务属性。
参数描述:
- readOnly 该属性用于设置当前事务是否为只读事务,设置为true表示只读,false则表示可读写,默认值为false。例如:@Transactional(readOnly=true)
- rollbackFor 该属性用于设置需要进行回滚的异常类数组,当方法中抛出指定异常数组中的异常时,则进行事务回滚。例如:指定单一异常类:@Transactional(rollbackFor=RuntimeException.class)指定多个异常类:@Transactional(rollbackFor={RuntimeException.class, Exception.class})
- rollbackForClassName 该属性用于设置需要进行回滚的异常类名称数组,当方法中抛出指定异常名称数组中的异常时,则进行事务回滚。例如:指定单一异常类名称@Transactional(rollbackForClassName=”RuntimeException”)指定多个异常类名称:@Transactional(rollbackForClassName={“RuntimeException”,”Exception”})
- noRollbackFor 该属性用于设置不需要进行回滚的异常类数组,当方法中抛出指定异常数组中的异常时,不进行事务回滚。例如:指定单一异常类:@Transactional(noRollbackFor=RuntimeException.class)指定多个异常类:@Transactional(noRollbackFor={RuntimeException.class, Exception.class})
- noRollbackForClassName 该属性用于设置不需要进行回滚的异常类名称数组,当方法中抛出指定异常名称数组中的异常时,不进行事务回滚。例如:指定单一异常类名称:@Transactional(noRollbackForClassName=”RuntimeException”)指定多个异常类名称:@Transactional(noRollbackForClassName={“RuntimeException”,”Exception”})
- propagation 该属性用于设置事务的传播行为。例如:@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
- isolation 该属性用于设置底层数据库的事务隔离级别,事务隔离级别用于处理多事务并发的情况,通常使用数据库的默认隔离级别即可,基本不需要进行设置
- timeout 该属性用于设置事务的超时秒数,默认值为-1表示永不超时
:
事务的隔离级别
隔离级别指的是若干个并发的事务之间的隔离程度。TransactionDefinition 接口中定义了五个表示隔离级别的常量:
Spring事务的隔离级别
1.ISOLATION_DEFAULT: 这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应。
2.ISOLATION_READ_UNCOMMITTED:
这是事务最低的隔离级别,它充许令外一个事务可以读取到另一个事务未提交的事务记录。换句话说,a transaction can read the data that is still uncommitted by other transactions。这是Spring事务最弱的隔离级别。见下面的图,事务A开启,写入一条记录,这时候,事务B读入数据,读到了这条记录,但是,之后事务A回滚。因此,事务B读到的数据不是有效的(the database is in an invalid state)。这种情况称为脏读(dirty read)。除了脏读的问题,READ_UNCOMMITTED还可能出现non-repeatable read(不可重复读)和phantom read(幻读)的问题。
3.ISOLATION_READ_COMMITTED:
换句话说,a transaction can only read the committed data, and it can’t read the uncommitted data.因此,dirty read的情况不再发生,但可能会出现其他问题。
在事务A两次读取的过程之间,事务B修改了那条记录并进行提交。因此,事务A前后两次读取的记录不一致。这个问题称为non-repeatable read(不可重复读)。(两次读取的记录不一致,重复读取就会发现问题。)
除了non-repeatable read的问题,READ_COMMITTED还可能发生phantom read的问题。
4.ISOLATION_REPEATABLE_READ:
一个事务可以多次从数据库读取某条记录,而且多次读取的那条记录都是一致的,相同的。这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)。事务A两次从数据库读取一系列记录,期间,事务B插入了某条记录并提交。事务A第二次读取时,会读取到事务B刚刚插入的那条记录。在事务期间,事务A两次读取的一系列记录不一致,这个问题称为phantom read。
5.ISOLATION_SERIALIZABLE
其中的一些概念的说明:
(1)脏读:读到了其他事务还没有提交的数据。
(2)不可重复读:对某数据进行读取,发现两次读取的结果不同,也就是说没有读到相同的内容。这是因为有其他事务对这个数据同时进行了修改或删除。
(3)幻读:事务 A 根据条件查询得到了 N 条数据,但此时事务 B 更改或者增加了 M 条符合事务 A 查询条件的数据,这样当事务 A 再次进行查询的时候发现会有 N+M 条数据,产生了幻读。
spring事务传播行为详解
前言
Spring在TransactionDefinition接口中规定了7种类型的事务传播行为。事务传播行为是Spring框架独有的事务增强特性,他不属于的事务实际提供方数据库行为。这是Spring为我们提供的强大的工具箱,使用事务传播行可以为我们的开发工作提供许多便利。但是人们对他的误解也颇多,你一定也听过“service方法事务最好不要嵌套”的传言。要想正确的使用工具首先需要了解工具。
我们可以使用propagation 来对事务的传播行为进行声明式的设定
一、什么是事务传播行为?
事务传播行为用来描述由某一个事务传播行为修饰的方法被嵌套进另一个方法的时事务如何传播。
用伪代码说明:
public void methodA(){
methodB();
//doSomething
}
@Transaction(Propagation=XXX)
public void methodB(){
//doSomething
}
代码中methodA()方法嵌套调用了methodB()方法,methodB()的事务传播行为由@Transaction(Propagation=XXX)设置决定。这里需要注意的是methodA()并没有开启事务,某一个事务传播行为修饰的方法并不是必须要在开启事务的外围方法中调用。
二、Spring中七种事务传播行为
是否受当前方法回滚影响?
自己会生成事务的:
1.PROPAGATION_REQUIRED:父有事务则父子同心型,父没事务则靠自己。
2.PROPAGATION_REQUIRES_NEW:父子决裂型,各花各的。
3.PROPAGATION_NESTED:自力更生,父债子还型。
自己不会生成事务的:
4.PROPAGATION_SUPPORTS:啃老型,自己有没有事务全靠爹,爹有就花爹的,没有就不花穷着。
5.PROPAGATION_MANDATORY:大冤种型,靠爹的事务,爹没有事务还要报异常。
5.PROPAGATION_NOT_SUPPORTED:不要家产,就要吃土型,不管爹有没有事务,反正我不要
7.PROPAGATION_NEVER:无能逆子型,自己没有事务也不许爹有,否则报异常
三、REQUIRED,REQUIRES_NEW,NESTED异同
NESTED和REQUIRED修饰的内部方法都属于外围方法事务,如果外围方法抛出异常,这两种方法的事务都会被回滚。但是REQUIRED是加入外围方法事务,所以和外围事务同属于一个事务,一旦REQUIRED事务抛出异常被回滚,外围方法事务也将被回滚。而NESTED是外围方法的子事务,有单独的保存点,所以NESTED方法抛出异常被回滚,不会影响到外围方法的事务。
NESTED和REQUIRES_NEW都可以做到内部方法事务回滚而不影响外围方法事务。但是因为NESTED是嵌套事务,所以外围方法回滚之后,作为外围方法事务的子事务也会被回滚。而REQUIRES_NEW是通过开启新的事务实现的,内部事务和外围事务是两个事务,外围事务回滚不会影响内部事务。
四、三种Transactional不回滚问题
1.检查你方法是不是public的,public方法的Transactional注解才是有效的,才能控制事务。
2.Spring默认只对UnChecked异常(RuntimeException)回滚,对于Checked(Exception)异常不回滚。
你的异常类型是Checked异常。如果想check异常也想回滚怎么办?
(1)注解上加rollbackFor=Exception.class
(2)对异常进行转换,转换成RuntimeException或自定义继承RuntimeException的异常
3.同一个类中的方法调用,内部方法的事务是没有效果。
★
如方法A没加事务,方法B中加了事务(不管加的是什么类型的事务)。方法A调用方法B,这样方法B中的事务是无效的。因为AOP只对A方法进行处理了,而不会对内部的B方法进行处理。
五、异常:Transaction rolled back because it has been marked as rollback-only原因
1.捕获后又抛出了不回滚的异常(默认RuntimeException才回滚,而Exception不回滚)。
2.Propagation.REQUIRED A方法调用 Propagation.REQUIRED B方法,如果捕获了B方法中的异常没有抛出 或 捕获后又抛出了不回滚的异常(默认Exception不回滚)。
标签:事务,RuntimeException,--,Spring,Transactional,回滚,方法,异常 From: https://blog.51cto.com/u_16173281/6966245