文档章节

Spring下面的@Transactional注解标志的讲解

vshcxl
 vshcxl
发布于 2017/01/19 10:33
字数 2867
阅读 20
收藏 0

最近在开发中对Spring中的事务标记@Transactional用的比较多,今天上网收集了一些内容,做一个简单的总结~~~

 

  在service类前加上@Transactional,声明这个service所有方法需要事务管理。每一个业务方法开始时都会打开一个事务。

  Spring默认情况下会对运行期例外(RunTimeException)进行事务回滚。这个例外是unchecked

  如果遇到checked意外就不回滚。

  如何改变默认规则:

  1 让checked例外也回滚:在整个方法前加上 @Transactional(rollbackFor=Exception.class)

  2 让unchecked例外不回滚: @Transactional(notRollbackFor=RunTimeException.class)

  3 不需要事务管理的(只查询的)方法:@Transactional(propagation=Propagation.NOT_SUPPORTED)

 

       如果在整个方法运行前就不会开启事务 
       还可以加上:@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true),这样就做成一个只读事务,可以提高效率。

    此外需要注意: 如果异常被try{}catch{}了,事务就不回滚了,如果想让事务回滚必须再往外抛try{}catch{throw Exception}。



       各种属性的意义: 

       REQUIRED:业务方法需要在一个容器里运行。如果方法运行时,已经处在一个事务中,那么加入到这个事务,否则自己新建一个新的事务。 

       NOT_SUPPORTED:声明方法不需要事务。如果方法没有关联到一个事务,容器不会为他开启事务,如果方法在一个事务中被调用,该事务会被挂起,调用结束后,原先的事务会恢复执行。 

       REQUIRESNEW:不管是否存在事务,该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中,则原有事务挂起,新的事务被创建。 

       MANDATORY:该方法只能在一个已经存在的事务中执行,业务方法不能发起自己的事务。如果在没有事务的环境下被调用,容器抛出例外。 

       SUPPORTS:该方法在某个事务范围内被调用,则方法成为该事务的一部分。如果方法在该事务范围外被调用,该方法就在没有事务的环境下执行。 

       NEVER:该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务,才正常执行。 

       NESTED:如果一个活动的事务存在,则运行在一个嵌套的事务中。如果没有活动事务,则按REQUIRED属性执行。它使用了一个单独的事务,这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对

     DataSourceTransactionManager事务管理器起效。

 

    // 如果有事务,那么加入事务,没有的话新建一个(不写的情况下)
    @Transactional(propagation=Propagation.REQUIRED) 
    // 容器不为这个方法开启事务
    @Transactional(propagation=Propagation.NOT_SUPPORTED)
    // 不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
    @Transactional(propagation=Propagation.REQUIRES_NEW) 
    // 必须在一个已有的事务中执行,否则抛出异常
    @Transactional(propagation=Propagation.MANDATORY)
    // 必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)
    @Transactional(propagation=Propagation.NEVER) 
    // 如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务.
    @Transactional(propagation=Propagation.SUPPORTS)

 @Transactional(propagation=Propagation.NESTED) 
 // readOnly=true只读,不能更新,删除 
 @Transactional (propagation = Propagation.REQUIRED,readOnly=true) 
 // 设置超时时间
 @Transactional (propagation = Propagation.REQUIRED,timeout=30)
 // 设置数据库隔离级别
 @Transactional (propagation = Propagation.REQUIRED,isolation=Isolation.DEFAULT)

 

 

 

@Transactional设置:

 

propagation:事务传播性设置,Propagation枚举类型。Spring支持的事务传播属性包括7种:

 

    PROPAGATION_MANDATORY:方法必须在事务中执行,否则抛出异常。

    PROPAGATION_NESTED:使方法运行在嵌套事务中,否则和PROPAGATION_REQUIRED一样。

    PROPAGATION_NEVER :当前方法永远不在事务中运行,否则抛出异常。

    PROPAGATION_NOT_SUPPORTED:定义为当前事务不支持的方法,在该方法执行期间正在运行的事务会被暂停

    PROPAGATION_REQUIRED:当前的方法必须运行在事务中,如果没有事务就新建一个事务。新事务和方法一起开始,随着方法返回或者抛出异常时终止。

    PROPAGATION_REQUIRED_NEW :当前方法必须新建一个事务,如果当前的事务正在运行则暂停。

    PROPAGATION_SUPPORTS :规定当前方法支持当前事务,但是如果没有事务在运行就使用非事务方法执行。

 

isolation:事务隔离性级别设置,Isolation枚举类型

 

    ISOLATION_DEFAULT :使用数据库默认的隔离级别

    ISOLATION_COMMITTED:允许其他事务已经提交的更新(防止脏读取)

    ISOLATION_READ_UNCOMMITTED:允许读取其他事务未提交的更新,会导致三个缺陷发生。执行速度最快

    ISOLATION_REPEATABLE_READ :除非事务自身更改了数据,否则事务多次读取的数据相同(防止脏数据,多次重复读取)

    ISOLATION_SERIALIZABLE:隔离级别最高,可以防止三个缺陷,但是速度最慢,影响性能。

 

 

 

readOnly:读写性事务,只读性事务,布尔型

 

    对数据库的操作中,查询是使用最频繁的操作,每次执行查询时都要从数据库中重新读取数据,有时多次读取的数据都是相同的,这样的数据操作不仅浪费了系统资源,还影响了系统速度。对访问量大的程序来说,节省这部分资源可以大大提    升系统速度。

   将事务声明为只读的,那么数据库可以根据事务的特性优化事务的读取操作

 

timeout:超时时间,单位秒

 

事务可能因为某种原因很长时间没有反应,这期间可能锁定了数据库表,影响性能。设置超时时间,如果超过该时间,事务自动回滚。

 

rollbackFor:一组异常类的实例,遇到时必须进行回滚

 

rollbackForClassname:一组异常类的名字,遇到时必须进行回滚

 

noRollbackFor:一组异常类的实例,遇到时必须不回滚

 

noRollbackForClassname:一组异常类的名字,遇到时必须不回滚


  

 

  实例一:事务的回滚情况

  

  1、默认情况对非运行时异常不进行回滚操作

   

1

2

3

4

5

6

7

8

9

10

11

12

13

14

/**

 * 运行时异常默认事务回滚

 * @throws Exception

 */

@Transactional

public void updateUser_1() throws Exception {

    Map<String,String> userMap=new HashMap<String,String>();

    userMap.put("id","1");

    userMap.put("userName","测试_01");

    userMap.put("password","654321");

    userDao.updateUserByID(userMap);

    throw new RuntimeException(); //抛出运行时异常 默认情况下回滚        事务---------------------->回滚

     

}

 

  2、非运行时异常默认事务不回滚

1

2

3

4

5

6

7

8

9

10

11

12

13

14

/**

 * 非运行时异常默认事务不回滚

 * @throws Exception

 */

@Transactional

public void updateUser_3() throws Exception {

    Map<String,String> userMap=new HashMap<String,String>();

    userMap.put("id","1");

    userMap.put("userName","测试_01");

    userMap.put("password","654321");

    userDao.updateUserByID(userMap);

    throw new Exception(); //抛出非运行时异常 默认情况下不回滚        事务---------------------->不回滚

     

}

 

   3、对所有异常事务都进行回滚操作

 

 

1

2

3

4

5

6

7

8

9

10

11

12

13

14

/**

 * 对所有异常事务都进行回滚操作

 * @throws Exception

 */

@Transactional(rollbackFor=Exception.class)

public void updateUser_6() throws Exception {

    Map<String,String> userMap=new HashMap<String,String>();

    userMap.put("id","1");

    userMap.put("userName","测试_01");

    userMap.put("password","654321");

    userDao.updateUserByID(userMap);

    throw new Exception(); //对所有异常事务都进行回滚操作     事务---------------------->回滚

     

}

 

 

 

   4、对所有异常事务都不进行回滚操作

 

1

2

3

4

5

6

7

8

9

10

11

12

13

14

/**

 * 对所有异常事务都不进行回滚操作

 * @throws Exception

 */

@Transactional(noRollbackFor=Exception.class)

public void updateUser_7() throws Exception {

    Map<String,String> userMap=new HashMap<String,String>();

    userMap.put("id","1");

    userMap.put("userName","测试_01");

    userMap.put("password","654321");

    userDao.updateUserByID(userMap);

    throw new RuntimeException(); //对所有异常,事务都不进行回滚操作        事务---------------------->不回滚

     

}

 

 

 

 

   实例二:对try{} catch{}的异常不回滚

    

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

/**

 * 对于try{} catch{}的异常不进行回滚

 * @throws Exception

 */

@Transactional

public void updateUser_5() throws Exception {

    Map<String,String> userMap=new HashMap<String,String>();

    userMap.put("id","1");

    userMap.put("userName","测试_01");

    userMap.put("password","654321");

    userDao.updateUserByID(userMap);

    try{

    throw new RuntimeException(); //运行时异常被捕获,事务不回滚

    }

    catch(Exception e){

        System.err.println("运行时异常被捕获,事务不回滚");

    }      

}

 

  

   实例三:关于嵌套事务的回滚原则

   说实话对于嵌套事务的测试,我现在仍然有一些疑问,比如说如果内部事务设置为   

     // 不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
     @Transactional(propagation=Propagation.REQUIRES_NEW) 
     那这样的情况下,内部事务设置为Propagation.REQUIRES_NEW,外部事务设置为Propagation.REQUIRED,那么如果在内部事务执行完后之后,如果外部事务抛出了运行时异常,那么对于内部事务而言

   由于是新开的一个单独的事务,这样的情况下内部事务应该不受外部事务的影响而回退,但是事实上经过测试,内部事务也是回滚的。感兴趣的同学可以一起探讨啊~

   在网上找了一些博客,下面贴出一篇比较好嵌套事务的博客:

   http://blog.chinaunix.net/uid-10289334-id-2964925.html

 

   1、外部事务抛异常,内部事务回滚(一般来说,只要外部开启事务,内部方法无论是否开启事务,只要出现相应的运行时异常,事务都将进行回滚操作)

    

 

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

    /**

     * 测试事务的相关信息

     * @throws Exception

     */

    @Override

    @Transactional(propagation=Propagation.REQUIRES_NEW)

    public void updateUser() throws Exception {

        Map<String,String> userMap=new HashMap<String,String>();

        userMap.put("id","1");

        userMap.put("userName","测试_01");

        userMap.put("password","654321");

        userDao.updateUserByID(userMap);

        insideMethod_01();  //1 、异常 不捕获                     事务---------------------->回滚

//      insideMethod_02();  //2、异常 捕获                           事务---------------------->不回滚

        throw new RuntimeException(); //3、测试外部方法抛异常     事务---------------------->回滚

//      throw new Exception();//4、默认情况,非运行时异 常               事务---------------------->不回滚

         

    }

     

    /**

     * 事务测试的内部方法 内部方法抛运行时异常不捕获 </br>

     *

     * 事务会对内外方法进行回滚操作  

     */

    @Override

    @Transactional(propagation=Propagation.REQUIRES_NEW)

    public void insideMethod_01(){

        Map<String,String> userMap=new HashMap<String,String>();

        userMap.put("id","2");

        userMap.put("id","2");

        userMap.put("userName","测试_02");

        userMap.put("password","654321");

        userDao.updateUserByID(userMap);

//      int value=1/0;//运行时异常

             

    }

   

  2、内部事务抛异常,外部事务回滚(一般来说,只要外部开启事务,内部方法无论是否开启事务如何配置,只要出现相应的运行时异常,内外事务都将进行回滚操作)

 

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

    /**

     * 测试事务的相关信息

     * @throws Exception

     */

    @Override

    @Transactional(propagation=Propagation.REQUIRES_NEW)

    public void updateUser() throws Exception {

        Map<String,String> userMap=new HashMap<String,String>();

        userMap.put("id","1");

        userMap.put("userName","测试_01");

        userMap.put("password","654321");

        userDao.updateUserByID(userMap);

        insideMethod_01();  //1 、异常 不捕获                     事务---------------------->回滚

//      insideMethod_02();  //2、异常 捕获                           事务---------------------->不回滚

//      throw new RuntimeException(); //3、测试外部方法抛异常     事务---------------------->回滚

//      throw new Exception();//4、默认情况,非运行时异 常               事务---------------------->不回滚

         

    }

     

    /**

     * 事务测试的内部方法 内部方法抛运行时异常不捕获 </br>

     *

     * 事务会对内外方法进行回滚操作  

     */

    @Override

    @Transactional(propagation=Propagation.REQUIRES_NEW)

    public void insideMethod_01(){

        Map<String,String> userMap=new HashMap<String,String>();

        userMap.put("id","2");

        userMap.put("id","2");

        userMap.put("userName","测试_02");

        userMap.put("password","654321");

        userDao.updateUserByID(userMap);

        int value=1/0;//运行时异常

             

    }

 

本文转载自:http://www.cnblogs.com/xiohao/p/4808088.html

vshcxl
粉丝 26
博文 283
码字总数 34755
作品 0
浦东
高级程序员
私信 提问
加载中

评论(2)

vshcxl
vshcxl 博主
http://dylanxu.iteye.com/blog/1308790
vshcxl
vshcxl 博主
此外需要注意: 如果异常被try{}catch{}了,事务就不回滚了,如果想让事务回滚必须再往外抛try{}catch{throw Exception}。 =====// 这个说法有问题,已经不支持事务了 ,不会回滚
springboot 中使用事务

直接在service 层的方法上加上@Transactional 注解就ok。 注意事项: 1、Spring 基于注解的声明式事物 @Transactional 默认情况下只会对运行期异常(java.lang.RuntimeException及其子类)和 ...

不开心时不要学习
2018/01/12
0
2
Spring事务用法示例与实现原理

关于事务,简单来说,就是为了保证数据完整性而存在的一种工具,其主要有四大特性:原子性,一致性,隔离性和持久性。对于Spring事务,其最终还是在数据库层面实现的,而Spring只是以一种比较...

爱宝贝丶
2018/08/28
0
0
Spring 声明式注解事务实现机制

Spring中注解事务实现机制 在使用@Transactional 注解管理事务时步骤很简单。但是如果对@Transactional理解不够透彻,很容易出现事务不起作用的情况。所以,在对@Transactional的实现机制要有...

狂奔的熊二
2018/09/21
0
0
Spring编程式和声明式事务实例讲解

Java面试通关手册(Java学习指南):https://github.com/Snailclimb/JavaGuide 历史回顾: 可能是最漂亮的Spring事务管理详解 Spring事务管理 Spring支持两种方式的事务管理: 编程式事务管理...

snailclimb
2018/05/23
0
0
Spring 注解@Transactional

Spring事务的传播行为 在service类前加上@Transactional,声明这个service所有方法需要事务管理。每一个业务方法开始时都会打开一个事务。 Spring默认情况下会对运行期例外(RunTimeException...

宋志刚
2013/11/18
0
0

没有更多内容

加载失败,请刷新页面

加载更多

枚举 创建/获取key,name,list

创建枚举 public enum MessageTypeEnum { // 类型:0.一般消息,1.公告消息,2交易消息,3.活动消息,4.其他消息 type_general("一般消息", "0"), type_ann("公告消息", "1")......

龘游戏人生龘
12分钟前
0
0
Linus 本尊来了!为什么 KubeCon 越来越火?

阿里妹导读: 从200人的小会议到3500 多位云原生和开源领域工程师齐聚一堂的大会,KubeCon 只用了四年,昨天,在KubeCon China 2019 上阿里巴巴宣布开源 OpenKruise,今天,Linus 本尊竟然现...

阿里云云栖社区
49分钟前
3
0
五小时构建云原生电商平台 | KubeCon SOFAStack Workshop 详解

本文根据 KubeCon China 2019 同场活动 SOFAStack Cloud Native Workshop 内容整理, 文末包含文档、PPT 地址,欢迎试用和提出建议。 2019 年 6 月 25 日,在 KubeCon China 2019,全球知名开...

SOFAStack
50分钟前
6
0
跨平台开发框架DevExtreme v19.1.4正式发布|附下载

DevExtreme Complete Subscription是性能最优的 HTML5,CSS 和 JavaScript 移动、Web开发框架,可以直接在Visual Studio集成开发环境,构建iOS,Android,Tizen和Windows Phone 8应用程序。D...

FILA6666
50分钟前
2
0
数据库链接断开 Cause: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

报错信息如下: Cause: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failureThe last packet successfully received from the server was 97,130 mill......

为了美好的明天
57分钟前
4
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部