mysql 事务传播行为_@transitional事务传播行为和数据库隔离级别

@transitional事务传播行为

在service类前加上@Transactional，声明这个service所有方法需要事务管理。每一个业务方法开始时都会打开一个事务。

spring默认情况下会对运行期例外(RunTimeException)进行事务回滚。这个例外是unchecked ；如果遇到checked(用户例外)就不回滚。

改变默认规则：

1、让checked例外也回滚：在整个方法前加上 @Transactional(rollbackFor=Exception.class)

@Transactional(rollbackFor=Exception.class)

public void delete(Integer id) throws Exception{

String sql = "delete from user where id=?";

jdbcTemplate.update(sql, new Object[] { id }, new int[] {java.sql.Types.INTEGER });

throw new Exception("运行时错误！");

}

Exception.class对应抛出异常的异常类

2、 让unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)

注意：如果异常被try｛｝catch｛｝了，事务就不回滚了，如果想让事务回滚必须再往外抛try｛｝catch｛throw Exception｝。

Spring中事务的定义

1、propagation：key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。

有以下选项可供使用：

Propagation.REQUIRED——业务方法需要在一个事务中运行，如果方法运行时，已经处在一个事务中，那么加入到该事务，否则为自己创建一个新的事务。这是默认的选项。

Propagation.SUPPORTS——如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分，如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行。

Propagation.MANDATORY——该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用，容器就会抛出例外。

Propagation.REQUIRES_NEW——不管是否存在事务，业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法执行结束，新建事务才算结束，原先的事务才会恢复执行。

Propagation.NOT_SUPPORTED——声明方法不需要事务。如果方法没有关联到一个事务，容器不会为它开启事务。如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行。

Propagation.NEVER——指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行，容器会抛出例外，只有业务方法没有关联到任何事务，才能正常执行。

Propagation.NESTED——如果活动的事务存在，则运行在一个嵌套的事务中，如果没有活动事务，则按照Propagation.REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点，内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。

实例说明：

ServiceA{

@Transactional(propagation=Propagation.REQUIRED)

void methodA() {

ServiceB.methodB();

}

}

ServiceB{

@Transactional(propagation=Propagation.REQUIRED)

void methodB() {

}

}

1：Propagation.REQUIRED

ServiceB.methodB的事务级别定义为Propagation_REQUIRED, 那么由于执行ServiceA.methodA的时候， ServiceA.methodA已经起了事务，这时调用ServiceB.methodB，ServiceB.methodB看到自己已经运行在ServiceA.methodA的事务内部，就不再起新的事务。而假如ServiceA.methodA运行的时候发现自己没有在事务中，他就会为自己分配一个事务。这样，在ServiceA.methodA或者在ServiceB.methodB内的任何地方出现异常，事务都会被回滚。即使ServiceB.methodB的事务已经被提交，但是ServiceA.methodA在接下来fail要回滚，ServiceB.methodB也要回滚。

2：Propagation.SUPPORTS

如果ServiceB.methodB当前在事务中，即以事务的形式运行；如果ServiceB.methodB当前不在一个事务中，那么就以非事务的形式运行。这就跟平常用的普通非事务的代码只有一点点区别了。

3：Propagation_MANDATORY

必须在一个已经存在的事务中运行。也就是说，他只能被一个父事务调用。否则，他就要抛出异常。

4：Propagation_REQUIRES_NEW

比如我们设计ServiceA.methodA的事务级别为Propagation_REQUIRED，ServiceB.methodB的事务级别为Propagation_REQUIRES_NEW，那么当执行到ServiceB.methodB的时候，ServiceA.methodA所在的事务就会挂起，ServiceB.methodB会起一个新的事务，等待ServiceB.methodB的事务完成以后，它才继续执行。它与Propagation_REQUIRED 的事务区别在于事务的回滚程度了。因为ServiceB.methodB是新起一个事务，那么就是存在两个不同的事务。如果ServiceB.methodB已经提交，那么ServiceA.methodA失败回滚，ServiceB.methodB是不会回滚的。如果ServiceB.methodB失败回滚，如果它抛出的异常被ServiceA.methodA捕获，ServiceA.methodA事务仍然可能提交。

5：Propagation.NOT_SUPPORTED

当前不支持事务。比如ServiceA.methodA的事务级别是Propagation_REQUIRED ，而ServiceB.methodB的事务级别是Propagation_NOT_SUPPORTED ，那么当执行到ServiceB.methodB时，ServiceA.methodA的事务挂起，而他以非事务的状态运行完，再继续ServiceA.methodA的事务。

6：Propagation_NEVER

不能在事务中运行。假设ServiceA.methodA的事务级别是Propagation_REQUIRED， 而ServiceB.methodB的事务级别是Propagation_NEVER ，那么ServiceB.methodB就要抛出异常了。

7：Propagation_NESTED

ServiceA {

@Transactional(propagation=Propagation.REQUIRED)

void methodA() {

Connction conn=null;

System.out.println("我是A方法");

try {

ServiceB.methodB();//Propagation_NESTED 级别

} catch (Exception) {

conn.rollback();

}

}

}

ServiceB{

@Transactional(propagation=Propagation_NESTED)

void methodB() {

System.out.println("我是B方法");

}

}

//ServiceA.methodA调用ServiceB.methodB内部运行过程

System.out.println("我是A方法");

//savepoint

Savepoint savepoint=conn.setSavepoint();

try{

System.out.println("我是B方法");

}catch(Excption){

conn.rollback(savepoint);

}理解Nested的关键是savepoint。他与Propagation_REQUIRES_NEW的区别是，Propagation_REQUIRES_NEW另起一个事务，将会与他的父事务相互独立，而Nested的事务和他的父事务是相依的，他的提交是要等和他的父事务一块提交的。当运行到ServiceB.methodB方法时，检测到其事务类型为Propagation_NESTED ，spring容器会自动为其建一个保存点(savepoint)当ServiceB.methodB失败，则回滚到保存点，不影响ServiceA.methodA的执行。假如ServiceA.methodA失败回滚，即使ServiceB.methodB运行成功，整个事务也要回滚。

2、readOnly

事务属性中的readOnly标志表示对应的事务应该被最优化为只读事务。这是一个最优化提示。在一些情况下，一些事务策略能够起到显著的最优化效果，例如在使用Object/Relational映射工具(如：Hibernate或TopLink)时避免dirty checking(试图“刷新”)。在做查询时很有用。

3、Timeout

在事务属性中还有定义“timeout”值的选项，指定事务超时为几秒。默认为30秒，一般不改这个属性。在JTA中，这将被简单地传递到J2EE服务器的事务协调程序，并据此得到相应的解释。

数据库事务隔离级别

隔离级别在于处理多事务的并发问题。数据库系统提供了四种事务隔离级别：

Serializable：事务串行执行。最严格的级别，资源消耗最大。

Repeatable Read：避免了“脏读”和“不可重复读取”的情况，但会出现”幻读“。

Read Commited:避免了“脏读”，但会出现”幻读“、”不可重复读取“。大多数主流数据库的默认事务等级。

Read Uncommitted：避免读取过程中读取到非法数据，但会出现“脏读”、”幻读“、”不可重复读取“。

注：

脏读：一个事务读取到另一个事务未提交的更新数据。

不可重复读：在同一个事务中，多次读取同一数据返回的结果有所不同。即，后续读取的数据是另一个事务已提交的更新数据。

幻读：一个事务读取到另一个事务已提交的insert数据。