Spring中的事务

一、使用

在方法上加上@Transactional注解：

• 控制事务的传播性：
  @Transactional(propagation=Propagation.REQUIRED)
• 控制事务的隔离级别：
  @Transactional(isolation = Isolation.READ_UNCOMMITTED)
• 设置只读：
  @Transactional(readOnly=true)
  该属性用于设置当前事务是否为只读事务，设置为true表示只读，false则表示可读写，默认值为false。
• 设置事务的超时性：
  @Transactional(timeout=30)
• 异常回滚：
  指定单一异常类：@Transactional(rollbackFor=RuntimeException.class)
  指定多个异常类：@Transactional(rollbackFor={RuntimeException.class, Exception.class})

二、Spring事务的隔离级别

上面的隔离isolation参数还有其他几个选项，代表了不同的隔离级别：

• ISOLATION_DEFAULT： 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。
• ISOLATION_READ_UNCOMMITTED： 这是事务最低的隔离级别，它允许令外一个事务可以看到这个事务未提交的数据。
• ISOLATION_READ_COMMITTED： 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。
• ISOLATION_REPEATABLE_READ： 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。
• ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。 除了防止脏读，不可重复读外，还避免了幻像读。

除了第一个是spring特有的，另外四个与JDBC的隔离级别相对应。第二种隔离级别会产生脏读，不可重复读和幻像读，特别是脏读，一般情况下是不允许的，所以这种隔离级别是很少用到的。大多说数据库的默认是第三种。它能消除脏读，但是可重复读保证不了。第四种隔离级别也有一些数据库作为默认的隔离级别，比如MySQL。最后一种用的地方不多，除非是多数据访问的要求特别高，否则轻易不要用它，因为它会严重影响数据库的性能。

三、Spring事务的传播性

如果两个在代码上不相关的操作，需要放在同一个事务中，这就需要利用到传播特性了。这时调用的传播特性的值就应该是PROPAGATION_REQUIRED。上面控制Spring事务传播性的propagation参数还有其他几个选项，代表了不同的传播特性：

• PROPAGATION_REQUIRED: 如果已经存在一个事务，则使用当前事务。如果没有事务则开启新的事务。
• PROPAGATION_SUPPORTS: 如果已经存在一个事务，则使用当前事务。如果没有事务，则非事务的执行。
• PROPAGATION_MANDATORY: 如果已经存在一个事务，则使用当前事务。如果没有一个活动的事务，则抛出异常。
• PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务。如果当前已经存在一个事务，则将这个存在的事务挂起。
• PROPAGATION_NOT_SUPPORTED: 总是非事务地执行，并挂起任何存在的事务。
• PROPAGATION_NEVER: 总是非事务地执行，如果存在一个活动事务，则抛出异常。
• PROPAGATION_NESTED：如果已经存在一个事务，则运行在一个嵌套的事务中. 如果没有活动事务, 则按则开启新的事务。

注意：PROPAGATION_NESTED和PROPAGATION_REQUIRED在存在事务和不存在事务的情况下处理情况都一样。但是它们的区别是：如果发生异常时，PROPAGATION_REQUIRED的嵌套事务会跟着父任务一同提交，一同失败。 而PROPAGATION_NESTED则是本身进行回滚操作，但是父任务不会进行回滚操作 ，不过如果父任务发生异常，子任务会进行回滚操作 。

---

THE END.