- 浏览: 79254 次
- 性别:
- 来自: 南京
-
文章分类
最新评论
Spring声明式事务让我们从复杂的事务处理中得到解脱。使得我们再也无需要去处理获得连接、关闭连接、事务提交和回滚等这些操作。再也无需要我们在与事务相关的方法中处理大量的try…catch…finally代码。
我们在使用Spring声明式事务时,有一个非常重要的概念就是事务属性。事务属性通常由事务的传播行为,事务的隔离级别,事务的超时值和事务只读标志组成。我们在进行事务划分时,需要进行事务定义,也就是配置事务的属性。
Spring在TransactionDefinition接口中定义这些属性,以供PlatfromTransactionManager使用, PlatfromTransactionManager是spring事务管理的核心接口。
代码
1. TransactionDefinition
2. public interface TransactionDefinition {
3. int getPropagationBehavior();
4. int getIsolationLevel();
5. int getTimeout();
6. boolean isReadOnly();
7. }
getTimeout()方法,它返回事务必须在多少秒内完成。
isReadOnly(),事务是否只读,事务管理器能够根据这个返回值进行优化,确保事务是只读的。
getIsolationLevel()方法返回事务的隔离级别,事务管理器根据它来控制另外一个事务可以看到本事务内的哪些数据。
在TransactionDefinition接口中定义了五个不同的事务隔离级别
ISOLATION_DEFAULT 这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应
ISOLATION_READ_UNCOMMITTED 这是事务最低的隔离级别,它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和幻像读。
例如:
Mary的原工资为1000,财务人员将Mary的工资改为了8000,但未提交事务
代码
1. Connection con1 = getConnection();
2. con.setAutoCommit(false);
3. update employee set salary = 8000 where empId ="Mary";
与此同时,Mary正在读取自己的工资
代码
1. Connection con2 = getConnection();
2. select salary from employee where empId ="Mary";
3. con2.commit();
Mary发现自己的工资变为了8000,欢天喜地!
而财务发现操作有误,而回滚了事务,Mary的工资又变为了1000
代码
1. //con1
2. con1.rollback();
像这样,Mary记取的工资数8000是一个脏数据。
ISOLATION_READ_COMMITTED 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现,但是可能会出现不可重复读和幻像读。
ISOLATION_REPEATABLE_READ 这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)。
在事务1中,Mary 读取了自己的工资为1000,操作并没有完成
代码
1. con1 = getConnection();
2. select salary from employee empId ="Mary";
在事务2中,这时财务人员修改了Mary的工资为2000,并提交了事务.
代码
1. con2 = getConnection();
2. update employee set salary = 2000;
3. con2.commit();
在事务1中,Mary 再次读取自己的工资时,工资变为了2000
代码
1. //con1
2. select salary from employee empId ="Mary";
在一个事务中前后两次读取的结果并不一致,导致了不可重复读。
使用ISOLATION_REPEATABLE_READ可以避免这种情况发生。
ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读,不可重复读外,还避免了幻像读。
目前工资为1000的员工有10人。
事务1,读取所有工资为1000的员工。
代码
1. con1 = getConnection();
2. Select * from employee where salary =1000;
共读取10条记录
这时另一个事务向employee表插入了一条员工记录,工资也为1000
代码
1. con2 = getConnection();
2. Insert into employee(empId,salary) values("Lili",1000);
3. con2.commit();
事务1再次读取所有工资为1000的员工
代码
1. //con1
2. select * from employee where salary =1000;
共读取到了11条记录,这就产生了幻像读。
ISOLATION_SERIALIZABLE能避免这样的情况发生。但是这样也耗费了最大的资源。
getPropagationBehavior()返回事务的传播行为,由是否有一个活动的事务来决定一个事务调用。
在TransactionDefinition接口中定义了七个事务传播行为。
PROPAGATION_REQUIRED 如果存在一个事务,则支持当前事务。如果没有事务则开启一个新的事务。
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA{
3. ……
4. methodB();
5. ……
6. }
7.
8. //事务属性 PROPAGATION_REQUIRED
9. methodB{
10. ……
11. }
使用spring声明式事务,spring使用AOP来支持声明式事务,会根据事务属性,自动在方法调用之前决定是否开启一个事务,并在方法执行之后决定事务提交或回滚事务。
单独调用methodB方法
代码
1. main{
2. metodB();
3. }
相当于
代码
1. Main{
2. Connection con=null;
3.
4. rry{
5. con = getConnection();
6. con.setAutoCommit(false);
7. //方法调用
8. methodB();
9. //提交事务
10. con.commit();
11. }
12. Catch(RuntimeException ex){
13. //回滚事务
14. con.rollback();
15. }
16. finally{
17. //释放资源
18. closeCon();
19. }
20. }
Spring保证在methodB方法中所有的调用都获得到一个相同的连接。在调用methodB时,没有一个存在的事务,所以获得一个新的连接,开启了一个新的事务。
单独调用MethodA时,在MethodA内又会调用MethodB.
执行效果相当于
代码
1. main{
2. Connection con = null;
3. try{
4. con = getConnection();
5. methodA();
6. con.commit();
7. }
8. cathc(RuntimeException ex){
9. con.rollback();
10. }
11. finally{
12. closeCon();
13. }
14. }
调用MethodA时,环境中没有事务,所以开启一个新的事务.
当在MethodA中调用MethodB时,环境中已经有了一个事务,所以methodB就加入当前事务。
PROPAGATION_SUPPORTS 如果存在一个事务,支持当前事务。如果没有事务,则非事务的执行。但是对于事务同步的事务管理器,PROPAGATION_SUPPORTS与不使用事务有少许不同。
代码d
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. methodB();
4. }
5.
6. //事务属性 PROPAGATION_SUPPORTS
7. methodB(){
8. ……
9. }
单纯的调用methodB时,methodB方法是非事务的执行的。
当调用methdA时,methodB则加入了methodA的事务中,事务地执行。
PROPAGATION_MANDATORY 如果已经存在一个事务,支持当前事务。如果没有一个活动的事务,则抛出异常。
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. methodB();
4. }
5.
6. //事务属性 PROPAGATION_MANDATORY
7. methodB(){
8. ……
9. }
当单独调用methodB时,因为当前没有一个活动的事务,则会抛出异常
throw new IllegalTransactionStateException("Transaction propagation 'mandatory' but no existing transaction found");
当调用methodA时,methodB则加入到methodA的事务中,事务地执行。
PROPAGATION_REQUIRES_NEW 总是开启一个新的事务。如果一个事务已经存在,则将这个存在的事务挂起。
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. doSomeThingA();
4. methodB();
5. doSomeThingB();
6. }
7.
8. //事务属性 PROPAGATION_REQUIRES_NEW
9. methodB(){
10. ……
11. }
当单独调用methodB时,相当于把methodb声明为REQUIRED。开启一个新的事务,事务地执行。
当调用methodA时
代码
1. main(){
2. methodA();
3. }
情况有些大不一样.相当于下面的效果。
代码
1. main(){
2. TransactionManager tm = null;
3. try{
4. //获得一个JTA事务管理器
5. tm = getTransactionManager();
6. tm.begin();//开启一个新的事务
7. Transaction ts1 = tm.getTransaction();
8. doSomeThing();
9. tm.suspend();//挂起当前事务
10. try{
11. tm.begin();//重新开启第二个事务
12. Transaction ts2 = tm.getTransaction();
13. methodB();
14. ts2.commit();//提交第二个事务
15.
16. }
17. Catch(RunTimeException ex){
18. ts2.rollback();//回滚第二个事务
19. }
20. finally{
21. //释放资源
22. }
23. //methodB执行完后,复恢第一个事务
24. tm.resume(ts1);
25. doSomeThingB();
26. ts1.commit();//提交第一个事务
27. }
28. catch(RunTimeException ex){
29. ts1.rollback();//回滚第一个事务
30. }
31. finally{
32. //释放资源
33. }
34. }
在这里,我把ts1称为外层事务,ts2称为内层事务。从上面的代码可以看出,ts2与ts1是两个独立的事务,互不相干。Ts2是否成功并不依赖于ts1。如果methodA方法在调用methodB方法后的doSomeThingB方法失败了,而methodB方法所做的结果依然被提交。而除了methodB之外的其它代码导致的结果却被回滚了。
使用PROPAGATION_REQUIRES_NEW,需要使用JtaTransactionManager作为事务管理器。
PROPAGATION_NOT_SUPPORTED 总是非事务地执行,并挂起任何存在的事务。
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. doSomeThingA();
4. methodB();
5. doSomeThingB();
6. }
7.
8. //事务属性 PROPAGATION_NOT_SUPPORTED
9. methodB(){
10. ……
11. }
当单独调用methodB时,不启用任何事务机制,非事务地执行。
当调用methodA时,相当于下面的效果
代码
1. main(){
2. TransactionManager tm = null;
3. try{
4. //获得一个JTA事务管理器
5. tm = getTransactionManager();
6. tm.begin();//开启一个新的事务
7. Transaction ts1 = tm.getTransaction();
8. doSomeThing();
9. tm.suspend();//挂起当前事务
10. methodB();
11. //methodB执行完后,复恢第一个事务
12. tm.resume(ts1);
13. doSomeThingB();
14. ts1.commit();//提交第一个事务
15. }
16. catch(RunTimeException ex){
17. ts1.rollback();//回滚第一个事务
18. }
19. finally{
20. //释放资源
21. }
22. }
使用PROPAGATION_NOT_SUPPORTED,也需要使用JtaTransactionManager作为事务管理器。
PROPAGATION_NEVER 总是非事务地执行,如果存在一个活动事务,则抛出异常
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. doSomeThingA();
4. methodB();
5. doSomeThingB();
6. }
7.
8. //事务属性 PROPAGATION_NEVER
9. methodB(){
10. ……
11. }
单独调用methodB,则非事务的执行。
调用methodA则会抛出异常
throw new IllegalTransactionStateException(
"Transaction propagation 'never' but existing transaction found");
PROPAGATION_NESTED如果一个活动的事务存在,则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行
这是一个嵌套事务,使用JDBC 3.0驱动时,仅仅支持DataSourceTransactionManager作为事务管理器。需要JDBC 驱动的java.sql.Savepoint类。有一些JTA的事务管理器实现可能也提供了同样的功能。
使用PROPAGATION_NESTED,还需要把PlatformTransactionManager的nestedTransactionAllowed属性设为true;
而nestedTransactionAllowed属性值默认为false;
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. doSomeThingA();
4. methodB();
5. doSomeThingB();
6. }
7.
8. //事务属性 PROPAGATION_NESTED
9. methodB(){
10. ……
11. }
如果单独调用methodB方法,则按REQUIRED属性执行。
如果调用methodA方法,相当于下面的效果
代码
1. main(){
2. Connection con = null;
3. Savepoint savepoint = null;
4. try{
5. con = getConnection();
6. con.setAutoCommit(false);
7. doSomeThingA();
8. savepoint = con2.setSavepoint();
9. try
10. methodB();
11. }catch(RuntimeException ex){
12. con.rollback(savepoint);
13. }
14. finally{
15. //释放资源
16. }
17.
18. doSomeThingB();
19. con.commit();
20. }
21. catch(RuntimeException ex){
22. con.rollback();
23. }
24. finally{
25. //释放资源
26. }
27. }
当methodB方法调用之前,调用setSavepoint方法,保存当前的状态到savepoint。如果methodB方法调用失败,则恢复到之前保存的状态。但是需要注意的是,这时的事务并没有进行提交,如果后续的代码(doSomeThingB()方法)调用失败,则回滚包括methodB方法的所有操作。
嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时,会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。
PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW的区别:它们非常类似,都像一个嵌套事务,如果不存在一个活动的事务,都会开启一个新的事务。使用PROPAGATION_REQUIRES_NEW时,内层事务与外层事务就像两个独立的事务一样,一旦内层事务进行了提交后,外层事务不能对其进行回滚。两个事务互不影响。两个事务这是一个真正的嵌套事务。同时它需要JTA事务管理器的支持。
使用PROPAGATION_NESTED时,外层事务的回滚可以引起内层事务的回滚。而内层事务的异常并不会导致外层事务的回滚,它是一个真正的嵌套事务。DataSourceTransactionManager使用savepoint支持PROPAGATION_NESTED时,需要JDBC 3.0以上驱动及1.4以上的JDK版本支持。其它的JTA TrasactionManager实现可能有不同的支持方式。
PROPAGATION_REQUIRED应该是我们首先的事务传播行为。它能够满足我们大多数的事务需求。
我们在使用Spring声明式事务时,有一个非常重要的概念就是事务属性。事务属性通常由事务的传播行为,事务的隔离级别,事务的超时值和事务只读标志组成。我们在进行事务划分时,需要进行事务定义,也就是配置事务的属性。
Spring在TransactionDefinition接口中定义这些属性,以供PlatfromTransactionManager使用, PlatfromTransactionManager是spring事务管理的核心接口。
代码
1. TransactionDefinition
2. public interface TransactionDefinition {
3. int getPropagationBehavior();
4. int getIsolationLevel();
5. int getTimeout();
6. boolean isReadOnly();
7. }
getTimeout()方法,它返回事务必须在多少秒内完成。
isReadOnly(),事务是否只读,事务管理器能够根据这个返回值进行优化,确保事务是只读的。
getIsolationLevel()方法返回事务的隔离级别,事务管理器根据它来控制另外一个事务可以看到本事务内的哪些数据。
在TransactionDefinition接口中定义了五个不同的事务隔离级别
ISOLATION_DEFAULT 这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应
ISOLATION_READ_UNCOMMITTED 这是事务最低的隔离级别,它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和幻像读。
例如:
Mary的原工资为1000,财务人员将Mary的工资改为了8000,但未提交事务
代码
1. Connection con1 = getConnection();
2. con.setAutoCommit(false);
3. update employee set salary = 8000 where empId ="Mary";
与此同时,Mary正在读取自己的工资
代码
1. Connection con2 = getConnection();
2. select salary from employee where empId ="Mary";
3. con2.commit();
Mary发现自己的工资变为了8000,欢天喜地!
而财务发现操作有误,而回滚了事务,Mary的工资又变为了1000
代码
1. //con1
2. con1.rollback();
像这样,Mary记取的工资数8000是一个脏数据。
ISOLATION_READ_COMMITTED 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现,但是可能会出现不可重复读和幻像读。
ISOLATION_REPEATABLE_READ 这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)。
在事务1中,Mary 读取了自己的工资为1000,操作并没有完成
代码
1. con1 = getConnection();
2. select salary from employee empId ="Mary";
在事务2中,这时财务人员修改了Mary的工资为2000,并提交了事务.
代码
1. con2 = getConnection();
2. update employee set salary = 2000;
3. con2.commit();
在事务1中,Mary 再次读取自己的工资时,工资变为了2000
代码
1. //con1
2. select salary from employee empId ="Mary";
在一个事务中前后两次读取的结果并不一致,导致了不可重复读。
使用ISOLATION_REPEATABLE_READ可以避免这种情况发生。
ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读,不可重复读外,还避免了幻像读。
目前工资为1000的员工有10人。
事务1,读取所有工资为1000的员工。
代码
1. con1 = getConnection();
2. Select * from employee where salary =1000;
共读取10条记录
这时另一个事务向employee表插入了一条员工记录,工资也为1000
代码
1. con2 = getConnection();
2. Insert into employee(empId,salary) values("Lili",1000);
3. con2.commit();
事务1再次读取所有工资为1000的员工
代码
1. //con1
2. select * from employee where salary =1000;
共读取到了11条记录,这就产生了幻像读。
ISOLATION_SERIALIZABLE能避免这样的情况发生。但是这样也耗费了最大的资源。
getPropagationBehavior()返回事务的传播行为,由是否有一个活动的事务来决定一个事务调用。
在TransactionDefinition接口中定义了七个事务传播行为。
PROPAGATION_REQUIRED 如果存在一个事务,则支持当前事务。如果没有事务则开启一个新的事务。
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA{
3. ……
4. methodB();
5. ……
6. }
7.
8. //事务属性 PROPAGATION_REQUIRED
9. methodB{
10. ……
11. }
使用spring声明式事务,spring使用AOP来支持声明式事务,会根据事务属性,自动在方法调用之前决定是否开启一个事务,并在方法执行之后决定事务提交或回滚事务。
单独调用methodB方法
代码
1. main{
2. metodB();
3. }
相当于
代码
1. Main{
2. Connection con=null;
3.
4. rry{
5. con = getConnection();
6. con.setAutoCommit(false);
7. //方法调用
8. methodB();
9. //提交事务
10. con.commit();
11. }
12. Catch(RuntimeException ex){
13. //回滚事务
14. con.rollback();
15. }
16. finally{
17. //释放资源
18. closeCon();
19. }
20. }
Spring保证在methodB方法中所有的调用都获得到一个相同的连接。在调用methodB时,没有一个存在的事务,所以获得一个新的连接,开启了一个新的事务。
单独调用MethodA时,在MethodA内又会调用MethodB.
执行效果相当于
代码
1. main{
2. Connection con = null;
3. try{
4. con = getConnection();
5. methodA();
6. con.commit();
7. }
8. cathc(RuntimeException ex){
9. con.rollback();
10. }
11. finally{
12. closeCon();
13. }
14. }
调用MethodA时,环境中没有事务,所以开启一个新的事务.
当在MethodA中调用MethodB时,环境中已经有了一个事务,所以methodB就加入当前事务。
PROPAGATION_SUPPORTS 如果存在一个事务,支持当前事务。如果没有事务,则非事务的执行。但是对于事务同步的事务管理器,PROPAGATION_SUPPORTS与不使用事务有少许不同。
代码d
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. methodB();
4. }
5.
6. //事务属性 PROPAGATION_SUPPORTS
7. methodB(){
8. ……
9. }
单纯的调用methodB时,methodB方法是非事务的执行的。
当调用methdA时,methodB则加入了methodA的事务中,事务地执行。
PROPAGATION_MANDATORY 如果已经存在一个事务,支持当前事务。如果没有一个活动的事务,则抛出异常。
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. methodB();
4. }
5.
6. //事务属性 PROPAGATION_MANDATORY
7. methodB(){
8. ……
9. }
当单独调用methodB时,因为当前没有一个活动的事务,则会抛出异常
throw new IllegalTransactionStateException("Transaction propagation 'mandatory' but no existing transaction found");
当调用methodA时,methodB则加入到methodA的事务中,事务地执行。
PROPAGATION_REQUIRES_NEW 总是开启一个新的事务。如果一个事务已经存在,则将这个存在的事务挂起。
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. doSomeThingA();
4. methodB();
5. doSomeThingB();
6. }
7.
8. //事务属性 PROPAGATION_REQUIRES_NEW
9. methodB(){
10. ……
11. }
当单独调用methodB时,相当于把methodb声明为REQUIRED。开启一个新的事务,事务地执行。
当调用methodA时
代码
1. main(){
2. methodA();
3. }
情况有些大不一样.相当于下面的效果。
代码
1. main(){
2. TransactionManager tm = null;
3. try{
4. //获得一个JTA事务管理器
5. tm = getTransactionManager();
6. tm.begin();//开启一个新的事务
7. Transaction ts1 = tm.getTransaction();
8. doSomeThing();
9. tm.suspend();//挂起当前事务
10. try{
11. tm.begin();//重新开启第二个事务
12. Transaction ts2 = tm.getTransaction();
13. methodB();
14. ts2.commit();//提交第二个事务
15.
16. }
17. Catch(RunTimeException ex){
18. ts2.rollback();//回滚第二个事务
19. }
20. finally{
21. //释放资源
22. }
23. //methodB执行完后,复恢第一个事务
24. tm.resume(ts1);
25. doSomeThingB();
26. ts1.commit();//提交第一个事务
27. }
28. catch(RunTimeException ex){
29. ts1.rollback();//回滚第一个事务
30. }
31. finally{
32. //释放资源
33. }
34. }
在这里,我把ts1称为外层事务,ts2称为内层事务。从上面的代码可以看出,ts2与ts1是两个独立的事务,互不相干。Ts2是否成功并不依赖于ts1。如果methodA方法在调用methodB方法后的doSomeThingB方法失败了,而methodB方法所做的结果依然被提交。而除了methodB之外的其它代码导致的结果却被回滚了。
使用PROPAGATION_REQUIRES_NEW,需要使用JtaTransactionManager作为事务管理器。
PROPAGATION_NOT_SUPPORTED 总是非事务地执行,并挂起任何存在的事务。
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. doSomeThingA();
4. methodB();
5. doSomeThingB();
6. }
7.
8. //事务属性 PROPAGATION_NOT_SUPPORTED
9. methodB(){
10. ……
11. }
当单独调用methodB时,不启用任何事务机制,非事务地执行。
当调用methodA时,相当于下面的效果
代码
1. main(){
2. TransactionManager tm = null;
3. try{
4. //获得一个JTA事务管理器
5. tm = getTransactionManager();
6. tm.begin();//开启一个新的事务
7. Transaction ts1 = tm.getTransaction();
8. doSomeThing();
9. tm.suspend();//挂起当前事务
10. methodB();
11. //methodB执行完后,复恢第一个事务
12. tm.resume(ts1);
13. doSomeThingB();
14. ts1.commit();//提交第一个事务
15. }
16. catch(RunTimeException ex){
17. ts1.rollback();//回滚第一个事务
18. }
19. finally{
20. //释放资源
21. }
22. }
使用PROPAGATION_NOT_SUPPORTED,也需要使用JtaTransactionManager作为事务管理器。
PROPAGATION_NEVER 总是非事务地执行,如果存在一个活动事务,则抛出异常
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. doSomeThingA();
4. methodB();
5. doSomeThingB();
6. }
7.
8. //事务属性 PROPAGATION_NEVER
9. methodB(){
10. ……
11. }
单独调用methodB,则非事务的执行。
调用methodA则会抛出异常
throw new IllegalTransactionStateException(
"Transaction propagation 'never' but existing transaction found");
PROPAGATION_NESTED如果一个活动的事务存在,则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行
这是一个嵌套事务,使用JDBC 3.0驱动时,仅仅支持DataSourceTransactionManager作为事务管理器。需要JDBC 驱动的java.sql.Savepoint类。有一些JTA的事务管理器实现可能也提供了同样的功能。
使用PROPAGATION_NESTED,还需要把PlatformTransactionManager的nestedTransactionAllowed属性设为true;
而nestedTransactionAllowed属性值默认为false;
代码
1. //事务属性 PROPAGATION_REQUIRED
2. methodA(){
3. doSomeThingA();
4. methodB();
5. doSomeThingB();
6. }
7.
8. //事务属性 PROPAGATION_NESTED
9. methodB(){
10. ……
11. }
如果单独调用methodB方法,则按REQUIRED属性执行。
如果调用methodA方法,相当于下面的效果
代码
1. main(){
2. Connection con = null;
3. Savepoint savepoint = null;
4. try{
5. con = getConnection();
6. con.setAutoCommit(false);
7. doSomeThingA();
8. savepoint = con2.setSavepoint();
9. try
10. methodB();
11. }catch(RuntimeException ex){
12. con.rollback(savepoint);
13. }
14. finally{
15. //释放资源
16. }
17.
18. doSomeThingB();
19. con.commit();
20. }
21. catch(RuntimeException ex){
22. con.rollback();
23. }
24. finally{
25. //释放资源
26. }
27. }
当methodB方法调用之前,调用setSavepoint方法,保存当前的状态到savepoint。如果methodB方法调用失败,则恢复到之前保存的状态。但是需要注意的是,这时的事务并没有进行提交,如果后续的代码(doSomeThingB()方法)调用失败,则回滚包括methodB方法的所有操作。
嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时,会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。
PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW的区别:它们非常类似,都像一个嵌套事务,如果不存在一个活动的事务,都会开启一个新的事务。使用PROPAGATION_REQUIRES_NEW时,内层事务与外层事务就像两个独立的事务一样,一旦内层事务进行了提交后,外层事务不能对其进行回滚。两个事务互不影响。两个事务这是一个真正的嵌套事务。同时它需要JTA事务管理器的支持。
使用PROPAGATION_NESTED时,外层事务的回滚可以引起内层事务的回滚。而内层事务的异常并不会导致外层事务的回滚,它是一个真正的嵌套事务。DataSourceTransactionManager使用savepoint支持PROPAGATION_NESTED时,需要JDBC 3.0以上驱动及1.4以上的JDK版本支持。其它的JTA TrasactionManager实现可能有不同的支持方式。
PROPAGATION_REQUIRED应该是我们首先的事务传播行为。它能够满足我们大多数的事务需求。
发表评论
-
Spring事务隔离级别和传播特性
2017-08-17 20:47 0Spring事务隔离级别 ... -
简单排查java应用CPU飙高的线程问题
2017-01-14 20:22 01. 获取要查看的进程的ID ps aux | ... -
nginx rtmp模块
2014-08-06 11:14 0------------------------------ ... -
使用ActiveMQ+MQTT实现Android点对点消息通知-转载
2014-07-11 20:59 4305原文地址:http://bl ... -
Nginx简单的防盗链和带宽限制-转载
2014-05-19 18:07 1764原文:http://floss.zoomquiet.io/d ... -
各实用链接
2014-05-16 14:01 0一、 ffmpeg参数详解 http://blog.1 ... -
javamelody-monitoring
2014-04-30 12:02 0http://my.oschina.net/jacobking ... -
命令日记
2014-04-29 11:14 0--代替show processlist命令的sql S ... -
配置tomcat jvm 及cpu查看
2014-04-28 17:49 5590使用tomcat做为java容器,cpu占用偏高的原因,目前 ... -
Hibernate和IBatis对比
2014-04-09 17:09 0简介 Hibernate是当前最 ... -
ECLIPSE里面SVN图标消失,文件状态不显示问题
2014-04-09 08:43 1506ECLIPSE里面SVN状态图标消失,重新启动eclips ... -
Java NIO API详解
2014-04-08 22:34 1005NIO API 主要集中在 java.nio 和它的 sub ... -
关于 Jms Topic 持久订阅
2014-04-03 09:16 1118消息中间件的 Topic 机制,一般情况下没有保存消息。一 ... -
nginx有时无法转发自定义header头内容的问题-(转载)
2014-03-26 11:06 9799原文地址:http://313968.blog.51cto. ... -
让httpclient接受所有ssl证书https
2014-03-13 12:28 2234原文地址:http://hi.baidu.com/qnaac ... -
java装载器执行过程比较有意思的实例
2014-03-10 17:57 0public class Test { private ... -
在eclipse.ini中为eclipse指定jdk启动
2013-01-07 17:48 2570机器上装了好几个版本的jdk,要用指定的jdk启动eclips ... -
多线程Java Socket编程示例
2012-11-15 16:35 914多线程Java Socket编程示例 这篇做为学习孙卫琴 ... -
Spring事务配置的五种方式
2012-10-30 10:18 840前段时间对Spring的事务配置做了比较深入的研究,在此之间对 ... -
Java集群之session共享解决方案(转载)
2012-10-10 10:54 1266Java应用服务器浏览器互联网网络应用 随着互联网的 ...
相关推荐
"SSM整合,参考尚硅谷视频"提到的学习资源可能包括一系列的视频教程,这些教程通常会逐步指导开发者如何从零开始搭建SSM项目,涵盖环境配置、项目结构设计、配置文件详解、异常处理、单元测试等多个方面。...
以下是一些Java面试中常被问到的知识点详解: 1. **基础语法**:Java的基础语法是面试的起点,包括变量定义、数据类型、运算符、流程控制(如if-else,switch,for,while,do-while)等。面试官可能会询问关于...
影刀RPA致力于为各行业客户提供高效、灵活的自动化解决方案。能够实现PC、手机上任何软件的自动化操作,支持Windows、Linux等操作系统,以及桌面软件、Web程序和手机App的自动化。 影刀RPA的核心功能包括数据抓取、解析、校验和自动填表,还支持可视化流程设计器、Python和JavaScript脚本接入,以及流程录制等功能,帮助用户快速搭建自动化流程。影刀RPA结合AI技术,支持机器视觉、自然语言处理等高级功能,进一步提升自动化能力。影刀RPA广泛应用于电商、金融、制造等行业,帮助客户实现订单处理、客户数据录入、财务对账等任务的自动化。影刀实战,影刀证书快速获取,影刀功能定制
cloud单点登录集成
女朋友生日,突发奇想用她喜欢的表情包做了个虚拟桌宠 大家要用只需要替换一下GIF就行
大学生创业项目源码
1、文件内容:open-vm-tools-11.0.5-3.el7_9.9.rpm以及相关依赖 2、文件形式:tar.gz压缩包 3、安装指令: #Step1、解压 tar -zxvf open-vm-tools-11.0.5-3.el7_9.9.tar.gz #Step2、进入解压后的目录,执行安装 sudo rpm -ivh *.rpm 4、更多资源/技术支持:公众号禅静编程坊
华为网路设备学习-14 (web界面中复原防火墙实验)
关键词:海滨体育馆管理,Java技术,MYSQL数据库,Spring Boot框架 1 引言 1 1.1 课题背景 1 1.2 设计原则 1 1.3 论文结构安排 2 2 系统关键技术 3 2.1 JAVA技术 3 2.2 B/S结构 3 2.3 MYSQL数据库 4 2.4 Spring Boot框架 4 3 系统分析 5 3.1 可行性分析 5 3.1.1 技术可行性 5 3.1.2 经济可行性 5 3.1.3 运行可行性 5 3.1.4 法律可行性 5 3.2 系统性能分析 5 3.3 系统功能分析 6 3.4 系统流程分析 7 3.4.1 注册登录流程 7 3.4.2 添加信息流程 8 3.4.3 删除信息流程 8 4 系统设计 9 4.1 系统概要设计 9 4.2 系统结构设计 9 4.3 系统顺序图设计 10 4.4 数据库设计 10 4.4.1 数据库E-R图设计 10 4.4.2 数据库表设计 12 5 系统的实现 15 5.1 登录模块的实现 15 5.2 注册模块的实现 15 5.3 学生管理模块的实现 16 5.4 系统主界面模块的实现 16 5.5 器材管理模块
内容概要:本文档详细介绍了一个名为《Python实现基于IBES-ELM基于改进的秃鹰搜索优化算法优化极限学习机的数据回归预测》的项目。该项目旨在通过结合改进的秃鹰搜索优化算法(IBES-EO)和极限学习机(ELM),优化ELM模型以提高其预测精度,尤其针对多指标、高维数据以及噪声数据的处理进行了探讨。项目涵盖了从数据预处理到建模预测的一系列完整流程,并提供了代码案例和GUI界面设计思路。文档详细阐述了模型的工作机制、适用场景及其实现细节。 适合人群:对机器学习有兴趣,特别是对ELM、IBES-EO感兴趣的研究人员、开发人员和技术爱好者。 使用场景及目标:适用于各种回归预测问题,包括但不限于金融预测、气象预测、健康数据分析和智能交通系统等。目标在于提供一种高效的解决方案,提高在大规模复杂数据集中进行回归预测的能力,同时也展示了如何将生物启发式的优化算法运用于改进现有的机器学习模型,为实际应用提供更多可能。 阅读建议:文档按照章节顺序编排,从背景介绍到具体实现再到最终总结。初学者可以从头至尾通读,以掌握全流程概念和技能;有一定经验的读者可以直接跳转至自己感兴趣的环节,例如优化算法的具体设计或者代码实现部分。建议边学习边动手实验,以达到最佳的学习效果,并可通过提供的完整示例代码加深理解和记忆。此外,项目中有关于系统架构设计、API接口搭建等内容也可作为实际工程项目参考。
内容概要:本文介绍了一款名为智能海报设计助手的应用程序,该应用程序是一款面向大众使用的AI工具,专注于解决普通人在设计高质量海报时遇到的问题。应用程序拥有强大的创意灵感库,可以根据用户提出的特定需求(例如主题、风格偏好等),快速推荐不同类型的海报设计方案,并配备智能化的一键素材筛选系统和自动排版功能,使得整个海报制作流程更为简化、高效,即使是无设计经验的用户也能独立完成高水平的作品。 适合人群:缺乏专业设计能力的广大非专业人士,如商家营销人员、活动策划者、个体创作者。 使用场景及目标:帮助需要短时间内完成海报宣传材料准备的工作人士提高工作效率,减少人力投入的同时获得媲美专业人士水准的成品。 阅读建议:文章旨在强调此智能海报设计器对普通用户的友好性和便捷性的特点,因此重点在于理解它是怎样利用先进技术来满足一般用户的实际应用需求的,而不仅仅关注具体的操作方法。这有助于潜在用户决定是否采用这一工具来进行海报创建工作。
本文为C++ STL入门指南,详解vector、stack、map等核心容器的用法与底层原理,助你高效掌握标准模板库!
大学生创业项目源码
西门子S71511PLC实现PID程序控制阀门开度和模拟量转换:博途WinCC画面搭建完整演示,西门子S71511PLC实现PID程序控制阀门开度和模拟量转换:博途WinCC画面搭建完整演示,7自由度车辆动力学模型与联合仿真验证 软件使用:Carsim2020.0+Matlab Simulink2018b 适用场景:为了验证7自由度模型的正确性,与Carsim进行联合仿真验证,采用模块化建模方法,搭建了电机模型、参数计算、轮胎模型、7自由度动力学模型。 包含模块:电机模型模块1和2、参数计算模块、轮胎模型、7DOF模型、详细参考文献及说明文档。 包含:Matlab Simulink源码文件,详细建模说明文档,对应参考资料及相关文献, ,7自由度车辆动力学模型;联合仿真验证;Carsim2020.0;Matlab Simulink2018b;模块化建模方法;电机模型;参数计算模块;轮胎模型;详细参考文献;建模说明文档。,7自由度车辆模型联合仿真验证:Carsim2020.0与Matlab Simulink2018b应用实践
对应博客地址:https://blog.csdn.net/u011561335/article/details/146313054
大学生创业项目源码
大学生创业项目源码
【项目资源】:包含前端、后端、移动开发、操作系统、人工智能、物联网、信息化管理、数据库、硬件开发、大数据、课程资源、音视频、网站开发等各种技术项目的源码。包括STM32、ESP8266、PHP、QT、Linux、iOS、C++、Java、MATLAB、python、web、C#、EDA、proteus、RTOS等项目的源码。 【项目质量】:所有源码都经过严格测试,可以直接运行。功能在确认正常工作后才上传。 【适用人群】:适用于希望学习不同技术领域的小白或进阶学习者。可作为毕设项目、课程设计、大作业、工程实训或初期项目立项。 【附加价值】:项目具有较高的学习借鉴价值,也可直接拿来修改复刻。对于有一定基础或热衷于研究的人来说,可以在这些基础代码上进行修改和扩展,实现其他功能。 【沟通交流】:有任何使用上的问题,欢迎随时与博主沟通,博主会及时解答。鼓励下载和使用,并欢迎大家互相学习,共同进步。
iPhone8,1-12.3(16F156)-0002313038C3C3BA(617033133966266).shsh