spring事务的五个参数来控制管理事务：传播行为、隔离级别、只读提示、超时间隔、回滚规则。
（1）Spring 事务的传播行为：控制调用方和被调用方的事务边界
传播行为回答的问题：一个新事务是应该被启动还是被挂起，以及一个方法是否应该在事务的上下文中运行。
Propagation-required ：支持当前事务，如果当前没有事务，则新建一个事务；
Propagation-supports ：支持当前事务，如果当前没有事务，则以非事务方式执行；
Propagation-mandatory ：支持当前事务，如果当前没有事务，则抛出异常；
Propagation-requires_new ：新建事务，如果当前有事务，把当前事务挂起；
Propagation-not_supported ：以非事务方式执行，如果当前有事务，把当前事务挂起；
Propagation-never ：以非事务方式执行，如果当前有事务，则抛出异常。
PROPAGATION_NESTED：在一个嵌入的事物中执行，否则同PROPAGATION_REQUIRED
（2）隔离级别：定义一个事务受其他并发事务影响的程度。
首先了解并发操作可能导致的问题：
Dirty read -- 脏读，（修改且未提交引起）
张三的工资为5000,事务A中把他的工资改为8000,但事务A尚未提交。与此同时，事务B正在读取张三的工资，读取到张三的工资为8000。随后，事务A发生异常，而回滚了事务。张三的工资又回滚为5000。最后，事务B读取到的张三工资为8000的数据即为脏数据，事务B做了一次脏读。
(大部分数据库缺省的事物隔离级别都不会出现这种状况)
Norepeatable read --- 不可重复读 ，（修改引起）
在事务A中，读取到张三的工资为5000，操作没有完成，事务还没提交。
与此同时，事务B把张三的工资改为8000，并提交了事务。随后，在事务A中，再次读取张三的工资，此时工资变为8000。在一个事务中前后两次读取的结果并不致，导致了不可重复读。
(大部分数据库缺省的事物隔离级别都不会出现这种状况) .
Phantom read -- 幻读，（添加新记录引起）
A目前工资为5000的员工有10人，事务A读取所有工资为5000的人数为10人。此时，事务B插入一条工资也为5000的记录。这是，事务A再次读取工资为5000的员工，记录为11人。此时产生了幻读。
（大部分数据库缺省的事物隔离级别都会出现这种状况，此种事物隔离级别将带来表级锁)
说明 ：Oracle数据库缺省的事物隔离级别已经保证了避免脏读和不可重复读。但可能会幻读，避免幻读需要加表级锁，Oracle缺省行级锁。在基于Spring的事物配置中一定要慎重使用ISOLATION_SERIALIZABLE的事物隔离级别。这种配置会使用表级锁，对性能影响巨大。一般没有特殊需要的话，配置为使用数据库缺省的事物隔离级别便可。
隔离级别：
Isolation_default：使用数据库默认的隔离级别；
Isolation_read_uncommitted ：允许读未提交的更改，可导致脏读、不可重复读、幻读。
Isolation_read_committed ：保证一个事务提交后的数据才能被另一个事务读取，可避免脏读，不能避免不可重复读、幻读。
Isolation_repeatable_read：对相同自动的多次读取结果是一致的。可避免脏读、不可重复读，不能避免幻读。
Isolation_serializable ：事务处理为顺序执行。
（3）只读提示：
如果一个事务只对后端数据库执行读操作，那么数据库可以利用事务只读特性，采用优化措施。由此可见，只读的优化措施是在一个事务启动时由后端数据库实施的。
因此只读可能启动一个新事务的的传播行为（required,requires_new,NESTED）有效。
（4）事务超时
设置事务执行的最长时间，超时后事务会回滚。
因为超时时针在事务开始时启动，所以事务超时只对启动一个新事务的的传播行为（required,requires_new，NESTED）有效。
（5）回滚规则
定义哪些异常会引起回滚，哪些不会。默认下为：事务只有在出现运行时异常（runtime exception，也就是 unchecked exception）时回滚，而出现受阻异常（checked exception）时不回滚。不够可以在声明事务时设置。
spring申明式事务配置：1、xml声明事务；2、注释驱动事务
1、xml声明事务：
第一步：定义一个事务AOP通知：
<tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="get*" propagation="SUPPORTS" read-only="true"/> <tx:method name="search*" propagation="SUPPORTS" read-only="true"/> <tx:method name="check*" propagation="SUPPORTS" read-only="true"/> <tx:method name="save*" propagation="REQUIRED" rollback-for="cn.com.base.exception.OperationException" /> <tx:method name="update*" propagation="REQUIRED" rollback-for="cn.com.base.exception.OperationException" /> <tx:method name="delete*" propagation="REQUIRED" rollback-for="cn.com.base.exception.OperationException" /> <tx:method name="*" propagation="REQUIRED" /> </tx:attributes> </tx:advice>
tx:method 属性包括：isolation ,no_rollbacke_for ,propagation,read_only,rollback_for,timeout
第二步：定义一个事务切面，即应该在哪些类哪些方法上进行事务切入
<aop:config> <aop:pointcut id="point-service" expression="execution(* cn.com.staff.*.service.*.*(..))" /> <aop:advisor advice-ref="txAdvice" pointcut-ref="point-service" /> </aop:config>
2、注释驱动事务
第一步：xml配置文件中增加配置,
<tx:annotation-driven transaction-manager="transactionManager"/>
<tx:annotation-driven>配置元素告诉spring在类层面或方法层面检查应用程序上下文的所以bean，并且寻找标注了@Transactional的bean，对于标注了@Transactional 的所以bean，<tx-annotation-driven>将自动把事务通知的内容通知给它。这个通知的事务参数将由@Transactional注释的参数来定义
第二步：@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上
Spring团队的建议是你在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上
@Service @Transactional(rollbackFor=Exception.class) //对当前类的所有方法起作用 @SuppressWarnings("serial") public class ButtonBo extends GlobalBo { .... @Transactional(propagation = Propagation.NOT_SUPPORTED, readOnly = true) //具体方法上 public Button findButton(String buttonid) throws BaseException { return hibernateEntityDao.get(Button.class, buttonid); } }