事务的传播行为和隔离级别
[transaction behavior and isolated level]
key
属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。有以下选项可供使用:
PROPAGATION_REQUIRED--
支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。
PROPAGATION_SUPPORTS--
支持当前事务,如果当前没有事务,就以非事务方式执行。
PROPAGATION_MANDATORY--
支持当前事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW--
新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED--
以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER--
以非事务方式执行,如果当前存在事务,则抛出异常。
********************sample***********************
*
事务属性配置为
PROPAGATION_REQUIRED
*
事务属性配置为
PROPAGATION_REQUIRED
*************************************************
加入当前正要执行的事务不在另外一个事务里,那么就起一个新的事务
比如说,
ServiceB.methodB
的事务级别定义为
PROPAGATION_REQUIRED,
那么由于执行
ServiceA.methodA
的时候,
ServiceA.methodA
已经起了事务,这时调用
ServiceB.methodB
,
ServiceB.methodB
看到自己已经运行在
ServiceA.methodA
的事务内部,就不再起新的事务。而假如
ServiceA.methodA
运行的时候发现自己没有在事务中,他就会为自己分配一个事务。
这样,在
ServiceA.methodA
或者在
ServiceB.methodB
内的任何地方出现异常,事务都会被回滚。即使
ServiceB.methodB
的事务已经被
提交,但是
ServiceA.methodA
在接下来
fail
要回滚,
ServiceB.methodB
也要回滚
如果当前在事务中,即以事务的形式运行,如果当前不再一个事务中,那么就以非事务的形式运行
这就跟平常用的普通非事务的代码只有一点点区别了。不理这个,因为我也没有觉得有什么区别
必须在一个事务中运行。也就是说,他只能被一个父事务调用。否则,他就要抛出异常。
4
:
PROPAGATION_REQUIRES_NEW
这个就比较绕口了。 比如我们设计
ServiceA.methodA
的事务级别为
PROPAGATION_REQUIRED
,
ServiceB.methodB
的事务级别为
PROPAGATION_REQUIRES_NEW
,
那么当执行到
ServiceB.methodB
的时候,
ServiceA.methodA
所在的事务就会挂起,
ServiceB.methodB
会起一个新的事务,等待
ServiceB.methodB
Thursday, February 27, 2014
评论0
最新资源