事务是一个不可分割的逻辑工作单元，具备ACID特性，实际工作中可借助Spring进行事务管理。
事务四大特性:ACID
1) 原型子型(一个事务中的多个操作要么都成功要么都失败)
2) 一致性(例如存钱操作,存之前和存之前的钱数应该是一致的)
3) 隔离性(事务与事务应该是相互隔离的)
4) 持久性(事务一旦提交,数据要持久保存)
Spring提供了两种事务管理方式， 编程式事务和声明式事务。编程式事务指的是通过编码方式实现事务；声明式事务基于 AOP,将具体业务逻辑与事务处理解耦。声明式事务管理使业务代码逻辑不受污染, 因此在实际使用中声明式事务用的比较多。
Spring中声明式事务处理有两种方式，一种是在配置文件（xml）中做相关的事务规则声明，另一种是基于@Transactional 注解的方式。
1.1. 基于注解方式实现
Step1:在spring配置文件中启用事务注解
<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"/>
</bean>
<!--设置注解驱动的事务管理 -->
<tx:annotation-driven transaction-manager="txManager"/>
Step2:在类或方法中使用@Transaction注解应用事务。
设置事务切面的属性解释：
² value 当在配置文件中有多个 TransactionManager , 可以用该属性指定选择哪个事务管理器。
² propagation 事务的传播行为，默认值为 REQUIRED。
² isolation 事务的隔离度，默认值采用 DEFAULT。
² timeout 事务的超时时间，默认值为-1。如果超过该时间限制但事务还没有完成，则自动回滚事务。
² read-only 指定事务是否为只读事务，默认值为 false；为了忽略那些不需要事务的方法，比如读取数据，可以设置 read-only 为 true。
如果你一次执行单条查询语句，则没有必要启用事务支持，数据库默认支持SQL执行期间的读一致性；
如果你一次执行多条查询语句，例如统计查询，报表查询，在这种场景下，多条查询SQL必须保证整体的读一致性，否则，在前条SQL查询之后，后条SQL查询之前，数据被其他用户改变，则该次整体的统计查询将会出现读数据不一致的状态，此时，应该启用事务支持
read-only="true"表示该事务为只读事务，比如上面说的多条查询的这种情况可以使用只读事务，
由于只读事务不存在数据的修改，因此数据库将会为只读事务提供一些优化手段，例如Oracle对于只读事务，不启动回滚段，不记录回滚log。
（1）在JDBC中，指定只读事务的办法为： connection.setReadOnly(true);
（2）在Hibernate中，指定只读事务的办法为： session.setFlushMode(FlushMode.NEVER);
此时，Hibernate也会为只读事务提供Session方面的一些优化手段
（3）在Spring的Hibernate封装中，指定只读事务的办法为： bean配置文件中，prop属性增加“read-Only”
或者用注解方式@Transactional(readOnly=true)
Spring中设置只读事务是利用上面两种方式（根据实际情况）
在将事务设置成只读后，相当于将数据库设置成只读数据库，此时若要进行写的操作，会出现错误
² rollback-for 用于指定能够触发事务回滚的异常类型，如果有多个异常类型需要指定，各类型之间可以通过逗号分隔。
² no-rollback- for 抛出 no-rollback-for 指定的异常类型，不回滚事务。
说明：@Transactional 注解可以用在方法上也可以添加到类级别上。当把@Transactional 注解放在类级别时，表示所有该类的公共方法都配置相同的事务属性信息。见清单 2，EmployeeService 的所有方法都支持事务并且是只读。当类级别配置了@Transactional，方法级别也配置了@Transactional，应用程序会以方法级别的事务属性信息来管理事务，换言之，方法级别的事务属性信息会覆盖类级别的相关配置信息。
1.1. 基于xml方式实现
在配置文件中通过xml配置方式实现声明式事务管理。
配置事务管理器
<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"/>
</bean>
配置事务处理方式
|
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="*" propagation="REQUIRED" isolation="READ_COMMITTED" timeout="-1" read-only="false" rollback-for="java.lang.Throwable" no-rollback-for=”NoTransactionException"/> </tx:attributes> </tx:advice> |
|
<aop:config> <aop:pointcut id="operation" expression="execution(* beans.service..*.*(..))"/> <aop:advisor advice-ref="txAdvice" pointcut="operation"/> </aop:config> |
1.1. Spring 事务的传播特性
事务传播特性:事务方法之间相互调用时,事务的传播方式.
@Transactional(propagation=Propagation.REQUIRED) 如果没有事务创建新事务, 如果当前有事务参与当前事务
@Transactional(propagation=Propagation.REQUIRES_NEW)
必须是新事务, 如果有当前事务, 挂起当前事务并且开启新事务.
@Transactional(propagation=Propagation.MANDATORY)必须有事务, 如果当前没有事务就抛异常
@Transactional(propagation=Propagation.NEVER)绝对不能有事务, 如果在事务中调用则抛出异常
@Transactional(propagation=Propagation.NESTED)必须被嵌套到其他事务中
@Transactional(propagation=Propagation.NOT_SUPPORTED)不支持事务
@Transactional(propagation=Propagation.SUPPORTS)支持事务, 如果没有事务也不会创建新事务
1.1. Spring 事务的隔离级别
思考：多个事务并发执行时可能会导致什么问题？(脏读,不可重复读,幻读)
当多个事务并发执行时，可通过设置事务的隔离级别保证事务的完整性，一致性。
事务的隔离级别从低到高有如下几种方式：
1)READ_UNCOMMITTED (此级别可能会出现脏读)
脏读又称无效数据的读出，是指在数据库访问中，事务T1将某一值修改，然后事务T2读取该值，此后T1因为某种原因撤销对该值的修改，这就导致了T2所读取到的数据是无效的。
2)READ_COMMITTED(此级别可能会出现不可重复读)
不可重复读，是指在数据库访问中，一个事务范围内两个相同的查询却返回了不同数据。比如事务T1读取某一数据，事务T2读取并修改了该数据，T1为了对读取值进行检验而再次读取该数据，便得到了不同的结果。
3)REPEATABLE_READ(此级别可能会出现幻读)
幻读是指当事务不是独立执行时发生的一种现象。
幻读是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，比如这种修改涉及到表中的“全部数据行”。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入“一行新数据”。那么，以后就会发生操作第一个事务的用户发现表中还存在没有修改的数据行，就好象发生了幻觉一样.一般解决幻读的方法是增加范围锁RangeS，锁定检索范围为只读，这样就避免了幻读。
4)SERIALIZABLE(多事务串行执行)
说明：spring中一般采用 @Transactional(isolation=Isolation.READ_COMMITTED) 方式声明级别, 这种方式是并发性能和安全性折中的选择. 是大多数软件项目采用的隔离级别.