- TransactionDefinition类中定义了,事物的基本属性,事务属性可以理解成事务的一些基本配置,描述了事务策略如何应用到方法上。
- 事务属性包含了5个方面
- TransactionDefinition接口方法内容如下
方法 |
返回类型 |
说明 |
getPropagationBehavior() |
int |
返回事务的传播行为 |
getIsolationLevel() |
int |
返回事务的隔离级别,事务管理器根据它来控制另外一个事务可以看到本事务内的哪些数据 |
getTimeout() |
int |
返回事务必须在多少秒内完成 |
isReadOnly() |
boolean |
事务是否只读,事务管理器能够根据这个返回值进行优化,确保事务是只读的 |
传播行为
- 事务的第一个方面是传播行为(propagation behavior)。当事务方法被另一个事务方法调用时,必须指定事务应该如何传播。
- Spring定义了七种传播行为:
传播行为 |
含义 |
PROPAGATION_REQUIRED |
表示当前方法必须运行在事务中。 如果当前事务存在,方法将会在该事务中运行。否则,会启动一个新的事务 |
PROPAGATION_SUPPORTS |
表示当前方法不需要事务上下文 但是如果存在当前事务的话,那么该方法会在这个事务中运行 |
PROPAGATION_MANDATORY |
表示该方法必须在事务中运行 如果当前事务不存在,则会抛出一个异常 |
PROPAGATION_REQUIRED_NEW |
表示当前方法必须运行在它自己的事务中。一个新的事务将被启动。 如果存在当前事务,在该方法执行期间,当前事务会被挂起。 如果使用JTATransactionManager的话,则需要访问TransactionManager |
PROPAGATION_NOT_SUPPORTED |
表示该方法不应该运行在事务中。 如果存在当前事务,在该方法运行期间,当前事务将被挂起。 如果使用JTATransactionManager的话,则需要访问TransactionManager |
PROPAGATION_NEVER |
表示当前方法不应该运行在事务上下文中。 如果当前正有一个事务在运行,则会抛出异常 |
PROPAGATION_NESTED |
表示如果当前已经存在一个事务,那么该方法将会在嵌套事务中运行。 嵌套的事务可以独立于当前事务进行单独地提交或回滚。 如果当前事务不存在,那么其行为与PROPAGATION_REQUIRED一样 注意各厂商对这种传播行为的支持是有所差异的。 可以参考资源管理器的文档来确认它们是否支持嵌套事务 |
隔离级别
- 在典型的应用程序中,多个事务并发运行,经常会操作相同的数据来完成各自的任务。
- 并发虽然是必须的,但可能会导致以下的问题:
问题 |
名称 |
描述 |
Dirty reads |
脏读 |
脏读发生在一个事务读取了另一个事务改写但尚未提交的数据时。如果改写在稍后被回滚了,那么第一个事务获取的数据就是无效的。 |
Nonrepeatable read |
不可重复读 |
不可重复读发生在一个事务执行相同的查询两次或两次以上,但是每次都得到不同的数据时。这通常是因为另一个并发事务在两次查询期间进行了更新。 |
Phantom read |
幻读 |
幻读与不可重复读类似。它发生在一个事务(T1)读取了几行数据,接着另一个并发事务(T2)插入了一些数据时。在随后的查询中,第一个事务(T1)就会发现多了一些原本不存在的记录。 |
- 隔离级别定义了一个事务可能受其他并发事务影响的程度
隔离级别 |
含义 |
ISOLATION_DEFAULT |
使用后端数据库默认的隔离级别 |
ISOLATION_READ_UNCOMMITTED |
最低的隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、幻读或不可重复读 |
ISOLATION_READ_COMMITTED |
允许读取并发事务已经提交的数据,可以阻止脏读,但是幻读或不可重复读仍有可能发生 |
ISOLATION_REPEATABLE_READ |
对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,可以阻止脏读和不可重复读,但幻读仍有可能发生 |
ISOLATION_SERIALIZABLE |
最高的隔离级别,完全服从ACID的隔离级别,确保阻止脏读、不可重复读以及幻读,也是最慢的事务隔离级别,因为它通常是通过完全锁定事务相关的数据库表来实现的 |
注
不可重复读与幻读的区别
- 不可重复读的重点是发生事务修改,同样的条件, 你读取过的数据, 再次读取出来发现值不一样了
- 幻读的重点在于发生新增或者删除事务,同样的条件, 第1次和第2次读出来的记录数不一样
- 从总的结果来看, 似乎不可重复读和幻读都表现为两次读取的结果不一致。但如果你从控制的角度来看, 两者的区别就比较大。
- 对于前者, 只需要锁住满足条件的记录。
- 对于后者, 要锁住满足条件及其相近的记录
只读
- 如果事务只对后端的数据库进行该操作,数据库可以利用事务的只读特性来进行一些特定的优化。通过将事务设置为只读,你就可以给数据库一个机会,让它应用它认为合适的优化措施
事务超时
- 为了使应用程序很好地运行,事务不能运行太长的时间,默认超时时间为-1
- 因为事务可能涉及对后端数据库的锁定,所以长时间的事务会不必要的占用数据库资源。
- 事务超时就是事务的一个定时器,表示一个业务方法最长的执行时间,在特定时间内事务如果没有执行完毕,那么就会自动回滚事务,而不是一直等待其结束
回滚规则
- 规则定义了哪些异常会导致事务回滚而哪些不会。默认情况下,事务只有遇到运行期异常时才会回滚,而在遇到检查型异常时不会回滚
- 但是你可以声明事务在遇到特定的检查型异常时像遇到运行期异常那样回滚。同样,你还可以声明事务遇到特定的异常不回滚,即使这些异常是运行期异常
- 异常分类:
- Error: 严重错误。 回滚事务。
- Exception :
异常类,可以出来的异常情况
- 运行时异常
RuntimeException和他的子类都是运行时异常, 在程序执行过程中抛出的异常。 常见的运行时异常: NullPoinerException , NumberFormatException , ArithmeticException, IndexOutOfBoundsException.
- 受查异常
编写java代码的时候,必须出来的异常。 例如IOException , SQLException , FileNotFoundException
- 方法中抛出了运行时异常, 事务回滚,其他情况(正常执行方法,受查异常)就是提交事务。