Spring中的事务控制

1.事务的概念

事务是一组操做的执行单元，相对于数据库的单条操做而言，事务管理的是一组SQL指令，如增删改查等，事务的特性体如今事务内包含的SQL指令必须所有执行成功，若是其中一条指令发生错误，那么整个事务内的一组操做都要进行回滚。

事务有四个特性：

• 原子性 Atomic ，事务是一个不可再拆分的最小单位，要么整个执行，要么整个回滚.
• 一致性 Consistent，事务要保证数据库总体数据的完整性和业务的数据的一致性，事务成功提交总体数据修改，事务错误则回滚到数据回到原来的状态。
• 隔离性 Isolate，两个事务的执行都是独立的，事务以前不会相互影响，多个事务操做一个对象时会以串行等待的方式保证事务相互之间处于隔离。
• 持久性 Durable，一旦事务成功提交后，数据将会保存到数据库，不能再进行回滚，之后的操做都将在当前数据库状态上继续进行。

2.Spring中的事务控制方式

1. 编程式事务管理
   经过手动编码控制事务的边界，能够实现细粒度的事务控制，通常用的较少。
2. 声明式事务管理
   只须要在Spring中添加一些配置文件或者使用注解，便可实现将操做归入事务管理中，事务管理使用了Spring AOP，下降了代码之间的耦合。

3.事务管理器

Spring中并无直接管理事务，而是将管理事务委托给相应的持久化机制提供的某个特定平台的实现。

事务管理器实现	目标
org.springframework.jdbc.datasource.DataSourceTransactionManager	在单一的JDBC Datasource中管理事务
org.springframework.orm.hibernate5.HibernateTransactionManager	当持久化机制是hibernate时，用它来管理事务
org.springframework.jdo.JdoTransactionManager	当持久化机制是Jdo时，用它来管理事务
org.springframework.transaction.jta.JtaTransactionManager	使用一个JTA实现来管理事务。在一个事务跨越多个资源时必须使用
org.springframework.orm.ojb.PersistenceBrokerTransactionManager	当apache的ojb用做持久化机制时，用它来管理事务

4.事务属性简介

Spring关于事务的注解中有如下几个属性（部分）

@Transactional(
            readOnly = false, //读写事务
            timeout = -1,     //超时
            noRollbackFor = ArithmeticException.class  //遇到数学异常不回滚
            isolation = Isolation.REPEATABLE_READ,  //事务隔离级别
            propagation = Propagation.REQUIRED      //事务传播规则
    )

• 是否为只读事务：只读事务不作任何修改，能够优化查询操做。
• 事务超时(单位为秒)：事务的最长持续时间，若是该时间内事务一直没有操做或回滚，则系统将自动进行回滚。-1表示不超时，但最终实现须要由底层数据库实现。
• 隔离级别：控制并发访问下数据库的安全性。
• 传播规则：定义事务方法和调用事务方法的方法之间的事务边界。

5.事务传播规则

传播行为	意义
REQUIRED	业务方法须要在一个事务中运行。若是方法运行时，已经处在一个事务中，那么加入到该事务，不然为本身建立一个新的事务
NOT_SUPPORTED	声明方法不须要事务。若是方法没有关联到一个事务，容器不会为它开启事务。若是方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行
REQUIRES_NEW	属性代表无论是否存在事务，业务方法总会为本身发起一个新的事务。若是方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被建立，直到方法执行结束，新事务才算结束，原先的事务才会恢复执行
MANDATORY	该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起本身的事务。若是业务方法在没有事务的环境下调用，容器就会抛出异常
SUPPORTS	这一事务属性代表，若是业务方法在某个事务范围内被调用，则方法成为该事务的一部分。若是业务方法在事务范围外被调用，则方法在没有事务的环境下执行
NEVER	指定业务方法绝对不能在事务范围内执行。若是业务方法在某个事务中执行，容器会抛出异常，只有业务方法没有关联到任何事务，才能正常执行
NESTED	若是一个活动的事务存在，则运行在一个嵌套的事务中. 若是没有活动事务, 则按REQUIRED属性执行.它使用了一个单独的事务， 这个事务拥有多个能够回滚的保存点。内部事务的回滚不会对外部事务形成影响。它只对DataSourceTransactionManager事务管理器起效

6.事务隔离级别

隔离级别	意义
DEFAULT	默认的隔离级别
READ_UNCOMMITED	容许你读取还未提交的改变了的数据。可能致使脏、幻、不可重复读
READ_COMMITTED	容许在并发事务已经提交后读取。可防止脏读，但幻读和 不可重复读仍可发生
REPEATABLE_READ	对相同字段的屡次读取是一致的，除非数据被事务自己改变。可防止脏、不可重复读，但幻读仍可能发生
SERIALIZABLE	彻底服从事务ACID的隔离级别，确保不发生脏、幻、不可重复读。这在全部的隔离级别中是最慢的，它是典型的经过彻底锁定在事务中涉及的数据表来完成的

• 不一样的隔离级别采用不一样的方式来实现，在四种隔离级别中，Serializable的隔离级别最高，Read Uncommited的隔离级别最低。
• 大多数据库默认的隔离级别为Read Commited，如SqlServer，Oracle
• 固然也有少部分数据库默认的隔离级别为Repeatable_Read ，如Mysql,
• Oracle数据库支持READ COMMITTED和SERIALIZABLE两种事务隔离性级别，不支持READ UNCOMMITTED和REPEATABLE READ这两种隔离性级别。虽然SQL标准定义的默认事务隔离性级别是SERIALIZABLE，可是Oracle数据库默认使用的事务隔离性级别倒是READ COMMITTED.

7.相关资料

• 脏读、不可重复读、幻读区别