事务的7种传播机制和演示
文章目录
- 一、事务的传播机制
- 1.1、nested 事务的几点说明:
- 二、示例
- 2.1、前言:
- 2.2、准备测试方法
- 1)创建beans.xml,开启事务
- 2)创建实体类和表(表创建读者可自定义创建)
- 3)创建service接口
- 4)创建其实现类(BlogServiceImpl,BlogService2)
- 5)创建Configuration类,用于创建DataSource实现
- 6)测试
- 2.3、事务传播机制的测试
- 1)required
- 操作1:BlogServiceImpl 和 BlogServiceImpl2 事务都为 required
- 操作2:BlogServiceImpl 事务为 not_supported,BlogServiceImpl2 为 required
- 2)requires_new
- 操作:blogserviceimpl 为 required,blogserviceimpl2 为 requires_new
- 3)nested
- 操作1:blogserviceimpl 事务 为 required,blogserviceimpl2 为 nested
- 操作2:BlogServiceImpl 事务传播机制 为 not_supported,BlogServiceImpl2 为 nested
- 4)supports
- 操作1:blogserviceimpl 事务为 required,blogserviceimpl2 为 supports
- 操作2:blogserviceimpl 事务为 not_supported,blogserviceimpl2 为 supports
- 5)not_supported
- 操作:BlogServiceImpl和BlogServiceImpl2 的事务都为 not_supported
- 6)mandatory
- 操作:BlogServiceImpl 事务为 not_supported,BlogServiceImpl2 为 mandatory
- mandatory 与 not_supported 的区别:
- 7)never
- 操作:BlogServiceImp l事务为 required,BlogServiceImpl2 为 mandatory
- 2.4、注意事项
- 三、参考文章
一、事务的传播机制
序号 | 事务的传播机制 | 说明 | 备注 |
---|---|---|---|
1 | required |
如果当前存在事务,就加入该事务。 如果当前没有事务,就创建一个新事务。 这是最常用的设置。 |
只创建一个事务。 |
2 | requires_new |
不管是否存在事务,都创建一个新的、自己的事务。
老事务 先挂起,再创建 新事务, 新事务 执行完并提交, |
1、每次都创建一个新的事务。 2、创建 新事务 前,老事务 先挂起。 3、先执行的方法后提交事务,后执行的方法先提交事务。 4、老事务 的回滚,不会影响 新事务 的提交。 |
3 | nested |
如果当前存在事务,则 嵌套事务与外面事务使用同一事务,不同的是 嵌套内部开启一个新的保存点( savepoint ),执行有两种情况:(1)当嵌套内部 发生回滚,不影响外面事务的正常提交。 (2)当外面事务 发生回滚,则嵌套内的事务要回滚。 如果当前没有事务,则执行与 |
皮之在,毛被烧掉。 皮之不存,毛将焉附。 |
4 | supports |
支持当前事务。 如果当前存在事务,就加入该事务, 如果当前不存在事务,就以非事务执行。 |
supports 不会创建事务。 |
5 | not_supported |
不支持事务。 如果当前存在事务,就把当前事务 挂起。 如果当前没有事务,就以非事务执行。 |
|
6 | mandatory |
强制、必须使用事务。 如果当前 已经存在事务,就加入该事务, 如果当前不存在事务,就 抛出异常。 |
1、mandatory 不会创建事务。 2、mandatory 执行的前提是已经存在事务。 |
7 | never |
禁止事务 。 如果当前存在事务,则 抛出异常, 如果当前没有事务,以非事务方式执行, |
必须在一个没有事务中执行,否则报错。 |
mandatory [ˈmændətəri]
强制的;命令的;受委托的
https://blog.csdn.net/u013378306/article/details/124738590
https://blog.csdn.net/albertfly/article/details/52681993
https://blog.csdn.net/weixin_43901882/article/details/125789702
1.1、nested 事务的几点说明:
- 嵌套事务开始执行时,它将取得一个 保存点(
savepoint
)。 如果这个嵌套事务失败,我们将回滚到此 保存点(savepoint
)。嵌套事务是外部事务的一部分,只有外部事务结束后它才会被提交。 - nested 事务与外部事务是同一个事务,不同之处是 nested 内部发生回滚时,回滚到 嵌套事务时的保存点 。
- 外面事务发生回滚时,嵌套事务了会回滚。皮之不存,毛将焉附
二、示例
转载: https://blog.csdn.net/qq_26323323/article/details/81908955
2.1、前言:
Spring的事务,也就是数据库的事务操作,符合ACID标准,也具有标准的事务隔离级别。
但是Spring事务有自己的特点,也就是事务传播机制。
所谓事务传播机制,也就是在事务在多个方法的调用中是如何传递的,是重新创建事务还是使用父方法的事务?父方法的回滚对子方法的事务是否有影响?这些都是可以通过事务传播机制来决定的。
2.2、准备测试方法
主要是创建两个service接口(接口主要是对数据库表的操作),并创建其实现类
1)创建beans.xml,开启事务
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:aop="http://www.springframework.org/schema/aop"xmlns:tx="http://www.springframework.org/schema/tx"xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans.xsdhttp://www.springframework.org/schema/txhttp://www.springframework.org/schema/tx/spring-tx.xsdhttp://www.springframework.org/schema/aophttp://www.springframework.org/schema/aop/spring-aop.xsd"><tx:annotation-driven transaction-manager="transactionManager"/></beans>
2)创建实体类和表(表创建读者可自定义创建)
@Data
@AllArgsConstructor
@NoArgsConstructor
public class Blog {private int id;private String name;private String ur;
}
3)创建service接口
(BlogService和BlogService2,主要是对Blog的不同操作)
// BlogService
package jdbc;
public interface BlogService {void save(Blog blog);void update(Blog blog);
}// BlogService2
package jdbc;
public interface BlogService2 {void delete(int id);
}
4)创建其实现类(BlogServiceImpl,BlogService2)
BlogServiceImpl.java
@Transactional(propagation=Propagation.REQUIRED)
@Component
public class BlogServiceImpl implements BlogService {@Autowiredprivate JdbcTemplate jdbcTemplate;@Autowiredprivate BlogService2 blogService2;@Overridepublic void save(Blog blog) {String sql = "insert into blog values(?,?,?)";jdbcTemplate.update(sql,new Object[]{blog.getId(),blog.getName(),blog.getUr()},new int[]{java.sql.Types.INTEGER,java.sql.Types.VARCHAR,java.sql.Types.VARCHAR});blogService2.delete(16);// update(blog);
// throw new RuntimeException("error"); }@Overridepublic void update(Blog blog){String sql = "update blog set name = ? where id=?";jdbcTemplate.update(sql, new Object[]{blog.getName(),blog.getId()},new int[]{java.sql.Types.VARCHAR,java.sql.Types.INTEGER});}
}
BlogService2.java
@Transactional(propagation=Propagation.REQUIRED)
@Component
public class BlogServiceImpl2 implements BlogService2 {@Autowiredprivate JdbcTemplate jdbcTemplate;@Overridepublic void delete(int id){String sql = "delete from blog where id=?";jdbcTemplate.update(sql, id);}
}
注意:既然要实现多事务的传播,就需要在一个方法里调用另一个类的方法,下面的测试就是基于这种方法,
在 BlogService
的 save()
方法中调用 BlogService2
的 delete()
方法 。
5)创建Configuration类,用于创建DataSource实现
@Configuration
@ComponentScan(basePackages={"jdbc"})// 扫描BlogService实现类所在的包路径
@ImportResource(locations={"classpath:beans.xml"})// 添加事务管理
public class JdbcConfig {@Beanpublic JdbcTemplate jdbcTemplate(DataSource dataSource){return new JdbcTemplate(dataSource);}@Beanpublic DataSourceTransactionManager transactionManager(DataSource dataSource){return new DataSourceTransactionManager(dataSource);}@Beanpublic DataSource dataSource(){try {return new SimpleDriverDataSource(new com.mysql.jdbc.Driver(), "jdbc:mysql://localhost:3306/test", "root", "root");} catch (SQLException e) { e.printStackTrace();}return null;}
}
6)测试
public class Test {public static void main(String[] args) {AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(JdbcConfig.class);BlogService service = ac.getBean(BlogService.class);Blog b = new Blog(18,"lili","url");service.save(b);}
}
总结:大体的测试框架就如上所示,下面的测试修改主要是修改 BlogServiceImpl
、BlogServiceImpl2
的事务传播机制
@Transactional(propagation=Propagation.REQUIRED)
。
2.3、事务传播机制的测试
在 BlogService
的 save()
方法中调用
BlogService2
的 delete()
方法 。
1)required
定义:如果有事务则加入事务,如果没有事务,则创建一个新的(默认值)。
操作1:BlogServiceImpl 和 BlogServiceImpl2 事务都为 required
BlogServiceImpl 和 BlogServiceImpl2 的事务都为 @Transactional(propagation=Propagation.REQUIRED)
。
结果1:
说明:
当 BlogServiceImpl 提供事务的时,BlogServiceImpl2 的方法执行使用当前已有事务,不再新建事务;
操作2:BlogServiceImpl 事务为 not_supported,BlogServiceImpl2 为 required
BlogServiceImpl 事务 为 @Transactional(propagation=Propagation.NOT_SUPPORTED)
,
BlogServiceImpl2 为 @Transactional(propagation=Propagation.REQUIRED)
。
结果2:
说明:
当 BlogServiceImpl 不创建事务的时候,BlogServiceImpl2 的方法执行发现没有事务可用,自己新建事务;
2)requires_new
定义:不管是否存在事务,都创建一个新的事务,原来的事务挂起,新的事务执行完毕后,继续执行老的事务。
操作:blogserviceimpl 为 required,blogserviceimpl2 为 requires_new
BlogServiceImpl 事务为 @Transactional(propagation=Propagation.REQUIRED)
,
BlogServiceImpl2 为 @Transactional(propagation=Propagation.requires_new)
。
结果:
总结:
requires_new 为当前方法创建一个新的事务,并且 新事务 先提交 ,然后再提交 老事务。
3)nested
定义:如果当前存在事务,则在嵌套事务内执行。
操作1:blogserviceimpl 事务 为 required,blogserviceimpl2 为 nested
BlogServiceImpl 事务为 @Transactional(propagation=Propagation.REQUIRED)
,
BlogServiceImpl2 为 @Transactional(propagation=Propagation.NESTED)
。
结果1:
说明:
save方法创建一个事务,则再调用delete方法时,直接在该事务的基础上创建一个嵌套事务,本质上还是同一个事务,做一次提交。
操作2:BlogServiceImpl 事务传播机制 为 not_supported,BlogServiceImpl2 为 nested
nested 定义: 当外面没有事务时,则使用与 required
类似。
BlogServiceImpl 事务为 @Transactional(propagation=Propagation.NOT_SUPPORTED)
,
BlogServiceImpl2 的仍为 @Transactional(propagation=Propagation.NESTED)
。
结果2:
说明:
save方法不创建事务,则调用delete方法时,直接创建一个新的事务,单独提交。
4)supports
定义:如果其他bean调用这个方法时,其他bean声明了事务,则就用这个事务,如果没有声明事务,那就不用事务。
操作1:blogserviceimpl 事务为 required,blogserviceimpl2 为 supports
BlogServiceImpl 事务为 @Transactional(propagation=Propagation.REQUIRED)
,
BlogServiceImpl2 为 @Transactional(propagation=Propagation.SUPPORTS)
。
结果1:
操作2:blogserviceimpl 事务为 not_supported,blogserviceimpl2 为 supports
BlogServiceImpl 事务为 @Transactional(propagation=Propagation.NOT_SUPPORTED)
,
BlogServiceImpl2 为 @Transactional(propagation=Propagation.SUPPORTS)
。
结果2:
说明:
SUPPORTS类型的事务传播机制,是否使用事务取决于调用方法是否有事务,如果有则直接用,如果没有则不使用事务。
5)not_supported
定义:Spring不为当前方法开启事务,相当于没有事务。
操作:BlogServiceImpl和BlogServiceImpl2 的事务都为 not_supported
BlogServiceImpl和BlogServiceImpl2 修改为 @Transactional(propagation=Propagation.NOT_SUPPORTED)
。
结果:
说明:
not_supported 相当于没有 Spring事务,每条执行语句单独执行,单独提交。
6)mandatory
定义:必须在一个已有的事务中执行,否则报错。
操作:BlogServiceImpl 事务为 not_supported,BlogServiceImpl2 为 mandatory
BlogServiceImpl 事务为 @Transactional(propagation=Propagation.NOT_SUPPORTED)
,
BlogServiceImpl2 为 @Transactional(propagation=Propagation.MANDATORY)
。 查看是否报错。
结果:
说明:
mandatory 下没有事务下,所以报错。
mandatory 与 not_supported 的区别:
mandatory 必须在已有事务下被调用,否则报错。
not_supported 执行数据库层面的事务操作,故当前测试中,insert方法成功执行,delete方法的抛错并不影响insert方法的执行
7)never
定义:必须在一个没有的事务中执行,否则报错。
操作:BlogServiceImp l事务为 required,BlogServiceImpl2 为 mandatory
BlogServiceImpl 事务为 @Transactional(propagation=Propagation.REQUIRED)
,
BlogServiceImpl2 为 @Transactional(propagation=Propagation.MANDATORY)
。 查看是否报错。
结果:
说明:
never 存在事务,所以报错;
save方法开启一个事务,还没来及提交发现delete方法报错,只能回滚事务。
2.4、注意事项
1)required
当两个方法的传播机制都是required时,如果一旦发生回滚,两个方法都会回滚。
2)requires_new
当delete方法传播机制为requires_new,会开启一个新的事务,并单独提交方法,所以save方法的回滚并不影响delete方法事务提交。
3)nested
当save方法为required,delete方法为nested时,delete方法开启一个嵌套事务;
当save方法回滚时,delete方法也会回滚;反之,如果delete方法回滚,则并不影响save方法的提交。
三、参考文章
https://blog.csdn.net/qq_26323323/article/details/81908955
https://blog.csdn.net/qq_17085835/article/details/84837253
事务的7种传播机制和演示相关推荐
- Java提升篇-事务隔离级别和传播机制
转载自 Java提升篇-事务隔离级别和传播机制 问题的提出 为了保证并发操作数据的正确性及一致性,SQL规范于1992年提出了数据库事务隔离级别. 事务隔离级别分类 事务隔离级别由低往高可分为以下几类 ...
- 【事务隔离级别和传播机制】
事务隔离级别和传播机制是关于事务的两个重要概念,下面分别进行介绍: 事务隔离级别: 在数据库中,事务隔离级别是指多个事务之间相互隔离的程度.常见的事务隔离级别有四个,从低到高依次是: 读未提交(Rea ...
- mysql事务隔离级别及传播机制
TRANSACTION(事务隔离级别) 在说明事务隔离级别之前先说一下脏读.不可重复读.幻读这三个概念. 脏读:一个事务读取到另一事务未提交的更新新据.当一个事务正在访问数据,并且对数据进行了修改,而 ...
- 继续卷!面试又问Spring 事务有几种传播行为和隔离级别?
怕什么真理无穷 进一步有近一步的欢喜 面试又被问到了事务,来吧,要么卷起来,要么躺平.卷不动躺平会不会导致数据不一致? 事务概念 事务是数据库管理系统执行过程中的一个逻辑单位,由一个有限的数据库操作序 ...
- Spring事务传播机制和隔离级别
Spring有5种隔离级别,7种传播行为.这是面试常问的内容,也是代码中经常碰到的知识点.这些知识枯燥而且乏味,其中有些非常的绕.如果栽在这上面,就实在是太可惜了. @Transactional(is ...
- Java事务的ACID属性和四种隔离级别和传播机制
事务的ACID属性 数据库管理系统中事务(transaction)的四个特性(分析时根据首字母缩写依次解释):原子性(Atomicity).一致性(Consistency).隔离性(Isolation ...
- 数据事务四种隔离机制和七种传播行为
数据事务四种隔离机制和七种传播行为 一.隔离级别: 数据库事务的隔离级别有4个,由低到高依次为Read uncommitted.Read committed.Repeatable read.Seria ...
- Spring事务传播机制大白话(使用springboot,注解演示)
1. 我对传播机制的理解 为什么需要传播机制? 因为事务之间可能存在相互调用,例如service业务层的方法存在相互调用,如果相互调用的方法都开启了事务(对应到springboot就是在方法上要添加@ ...
- Spring的7种事务传播机制
前言 什么是事务? 事务就是用户定义的一系列数据库操作,这些操作可以视为一个完成的逻辑处理工作单元,要么全部执行,要么全部不执行,是不可分割的工作单元.对数据库的增删改查操作 传播机制是什么? 当A调 ...
最新文章
- R语言中如何计算C-Statistics?几种计算方法详解
- 听说H2O能让大家都会用机器学习?
- nginx 禁止IP访问服务器和非法域名绑定你的IP
- Python Requests 丨爬虫基础入门
- HTTPS加密传输过程
- 队列:先入先出的数据结构讲解
- c++常引用做参数可以有默认参数吗_最新Pandas.read_excel()全参数详解(案例实操,如何利用python导入excel)...
- word计算机课实验报告,Word 文字处理实验报告
- iris数据集——决策树
- Badboy安装教程(含下载地址)
- 行路难PPT计算机考试,《行路难》公开课.ppt
- BI财务分析 – 反映盈利水平利润占比的指标如何分析(上)
- UIImagePickerController本地化控件文字
- 固态硬盘linux提升,固态硬盘在Linux系统下提升使用率妙方
- 小尾巴微博html5版,小尾巴
- Windows2008R2操作系统日志清理
- bitset c++ 用法
- 遥感图像彩色合成|以Landsat8数据为例
- 摩纳哥通过与华为合作 成为欧洲首个实现5G全覆盖国家
- 最长公共子序列_使用序列化查找对象中的脏字段
热门文章
- 森林里的小兔子步骤(转自http://www.zcool.com.cn/article/ZNzA2NA==.html)
- Js事件高级知识点整理
- 3D模型欣赏:吸血鬼 角色 皮肤纹理跟身体的肌肉纹理自然流畅 值得参考
- html与css代码实现一个桃子动图
- java四舍五入方法的基础学习
- 机器学习----------口碑商家客流量预测(天池大赛案例)学习心得
- c盘系统盘满红色警告原因
- web前端期末大作业 基于HTML+CSS+JavaScript绿色的在线教育平台网站响应式企业网站模板
- Python SOCKS5 二级代理服务器 实现白名单与网络控制
- js map对象遍历