【小家Spring】Spring-jdbc的使用以及Spring事务管理的8种方式介绍(声明式事务+编程式事务)(下)

简介: 【小家Spring】Spring-jdbc的使用以及Spring事务管理的8种方式介绍(声明式事务+编程式事务)(下)

方式三:利用Connection或者SqlSession源生的方式


这个就更底层了,需要自己去管事务、finally里关链接等。这里就不详细介绍了~~~~


关于数据库事务的自动提交(AutoCommit)

默认情况下,数据库处于自动提交模式。每一条语句处于一个单独的事务中,在这条语句执行完毕时,如果执行成功则隐式的提交事务;执行失败则隐式的回滚事务


对于正常的事务管理,是一组相关的操作处于一个事务之中,因此必须关闭数据库的自动提交模式。不过,这个我们不用担心,spring会将底层连接的自动提交特性设置为false


具体代码在:org.springframework.jdbc.datasource.DataSourceTransactionManager#doBegin()方法里有这么一段代码:


  @Override
  protected void doBegin(Object transaction, TransactionDefinition definition) {
      ...
      // Switch to manual commit if necessary. This is very expensive in some JDBC drivers,
      // so we don't want to do it unnecessarily (for example if we've explicitly
      // configured the connection pool to set it already).
      // 切换JDBC Connection到手动commit的模式~~~~~
      if (con.getAutoCommit()) {
        txObject.setMustRestoreAutoCommit(true);
        if (logger.isDebugEnabled()) {
          logger.debug("Switching JDBC Connection [" + con + "] to manual commit");
        }
        con.setAutoCommit(false);
      }
  }
  @Override
  protected void doCleanupAfterCompletion(Object transaction) {
      ...
      // 处理完成后,又会把这个连接切回到自动模式~~~   毕竟用的连接池,要把它的状态还原
      if (txObject.isMustRestoreAutoCommit()) {
        con.setAutoCommit(true);
      }
  }


可议很清晰的发现,如果有需要,Spring会将该链接切换到手动模式。


有些数据连接池提供了关闭事务自动提交的设置,最好在设置连接池时就将其关闭。但C3P0没有提供这一特性,只能依靠spring来设置


TransactionDefinition介绍


上面讲到的事务管理器接口PlatformTransactionManager通过getTransaction(TransactionDefinition definition)方法来得到事务,这个方法里面的参数是TransactionDefinition,这个类就定义了一些基本的事务属性。


事务属性可以理解成事务的一些基本配置,描述了事务策略如何应用到方法上。事务属性包含了5个方面,如图所示:


image.png


// 它的常用实现类为:DefaultTransactionDefinition
// TransactionAttribute接口也继承自此接口~~~
public interface TransactionDefinition {
  // 7种类型的事务传播行为
  int PROPAGATION_REQUIRED = 0; // 如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常见的选择。
  int PROPAGATION_SUPPORTS = 1; //支持当前事务,如果当前没有事务,就以**非事务**方式执行
  int PROPAGATION_MANDATORY = 2; //使用当前的事务,如果当前没有事务,就抛出异常
  int PROPAGATION_REQUIRES_NEW = 3; //新建事务,如果当前存在事务,把当前事务挂起  ===== 这个也是使用较多的  相当于另起炉灶
  int PROPAGATION_NOT_SUPPORTED = 4; //以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
  int PROPAGATION_NEVER = 5; //以非事务方式执行,如果当前存在事务,则抛出异常
  int PROPAGATION_NESTED = 6; //如果当前存在事务,则在嵌套事务(它是一个子事务,但他仍还是外部事务的一部分,外部事务提交了它才提交。。。注意和REQUIRES_NEW的区别~~~)内执行。
  //如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作
  // 4种:隔离级别  
  // PlatformTransactionManager的默认隔离级别(对大多数数据库来说就是ISOLATION_ READ_COMMITTED
  // MySQL默认采用ISOLATION_REPEATABLE_READ,Oracle采用READ__COMMITTED级别
  int ISOLATION_DEFAULT = -1;
  //读未提交 最低的隔离级别。(事实上我们不应该称其为隔离级别)  可能导致脏,幻,不可重复读
  int ISOLATION_READ_UNCOMMITTED = Connection.TRANSACTION_READ_UNCOMMITTED; 
  // 读已提交,大多数数据库的默认级别。可防止脏读,但幻读和不可重复读仍可以发生。
  int ISOLATION_READ_COMMITTED = Connection.TRANSACTION_READ_COMMITTED;
  // 可重复读。该隔离级别确保如果在事务中查询了某个数据集,你至少还能再次查询到相同的数据集,即使其他事务修改了所查询的数据。
  // 可防止脏读,不可重复读,但幻读仍可能发生。
  int ISOLATION_REPEATABLE_READ = Connection.TRANSACTION_REPEATABLE_READ;
  // 序列化。代价最大、可靠性最高的隔离级别   所有的事务都是按顺序一个接一个地执行。避免所有不安全读取。
  int ISOLATION_SERIALIZABLE = Connection.TRANSACTION_SERIALIZABLE;
  // 默认的超时时间 -1表示不超时(单位是秒)
  // 如果超过该时间限制但事务还没有完成,则自动回滚事务
  int TIMEOUT_DEFAULT = -1;
  int getPropagationBehavior(); //返回事务的传播行为(一共7种)
  int getIsolationLevel(); // 返回事务的隔离级别。 事务管理器根据它来控制另外一个事务可以看到本事务内的哪些数据
  int getTimeout(); // 返回超时时间(事务必须在多少秒内完成)
  boolean isReadOnly(); // 事务是否只读(事务管理器能够根据这个返回值进行优化,确保事务是只读的)
  @Nullable
  String getName(); // 事务的名字 可以为null
}


事务四大特性:ACID


  1. Atomicity(原子性):事务是一个原子操作,由一系列动作组成。事务的原子性确保动作要么全部完成,要么完全不起作用。
  2. Consistency(一致性):一旦事务完成(不管成功还是失败),系统必须确保它所建模的业务处于一致的状态,而不会是部分完成部分失败。在现实中的数据不应该被破坏。
  3. Isolation(隔离性):可能有许多事务会同时处理相同的数据,因此每个事务都应该与其他事务隔离开来,防止数据损坏
  4. Durability(持久性):一旦事务完成,无论发生什么系统错误,它的结果都不应该受到影响,这样就能从任何系统崩溃中恢复过来。通常情况下,事务的结果被写到持久化存储器中。


CAP:Consistency(一致性)、 Availability(可用性)、Partition tolerance(分区容错性)

BASE理论:Basically Available(基本可用)、Soft state(软状态)和Eventually consistent(最终一致性)三个短语的缩写


在实际的分布式场景中,不同业务单元和组件对数据一致性的要求是不同的,因此在具体的分布式系统架构设计过程中,ACID特性和BASE理论往往又会结合在一起


附:Spring容器内事务相关Bean的截图


bean定义信息截图:((BeanDefinitionRegistry) (beanFactory)).getBeanDefinitionNames();

image.png




单例Bean截图:((SingletonBeanRegistry) beanFactory).getSingletonNames();

事务相关的新增的Bean同上,此处截图省略(因为都会以Bean定义信息形式注入)~


总结


Spring中的事务管理可以说是Spring Frameowork非常非常重要的一部分内容,它极大的简化了开发者对事务的管理,并且采用声明式,非侵入式的方式去管理事务,让一个简单的POJO就能够很方便的进行事务管理,可谓使用门槛非常非常低了


但是任何东西都是相对的,方便的同时更多的是屏蔽了实现。因此对于Spring事务管理的原理、认知还任重道远,还会继续~~~

相关文章
|
3天前
|
SQL Java 关系型数据库
【SpringFramework】Spring事务
本文简述Spring中数据库及事务相关衍伸知识点。
34 9
|
11天前
|
Java 开发者 Spring
理解和解决Spring框架中的事务自调用问题
事务自调用问题是由于 Spring AOP 代理机制引起的,当方法在同一个类内部自调用时,事务注解将失效。通过使用代理对象调用、将事务逻辑分离到不同类中或使用 AspectJ 模式,可以有效解决这一问题。理解和解决这一问题,对于保证 Spring 应用中的事务管理正确性至关重要。掌握这些技巧,可以提高开发效率和代码的健壮性。
41 13
|
1月前
|
缓存 安全 Java
Spring高手之路26——全方位掌握事务监听器
本文深入探讨了Spring事务监听器的设计与实现,包括通过TransactionSynchronization接口和@TransactionalEventListener注解实现事务监听器的方法,并通过实例详细展示了如何在事务生命周期的不同阶段执行自定义逻辑,提供了实际应用场景中的最佳实践。
49 2
Spring高手之路26——全方位掌握事务监听器
|
1月前
|
Java 关系型数据库 数据库
京东面试:聊聊Spring事务?Spring事务的10种失效场景?加入型传播和嵌套型传播有什么区别?
45岁老架构师尼恩分享了Spring事务的核心知识点,包括事务的两种管理方式(编程式和声明式)、@Transactional注解的五大属性(transactionManager、propagation、isolation、timeout、readOnly、rollbackFor)、事务的七种传播行为、事务隔离级别及其与数据库隔离级别的关系,以及Spring事务的10种失效场景。尼恩还强调了面试中如何给出高质量答案,推荐阅读《尼恩Java面试宝典PDF》以提升面试表现。更多技术资料可在公众号【技术自由圈】获取。
|
2月前
|
JavaScript Java 关系型数据库
Spring事务失效的8种场景
本文总结了使用 @Transactional 注解时事务可能失效的几种情况,包括数据库引擎不支持事务、类未被 Spring 管理、方法非 public、自身调用、未配置事务管理器、设置为不支持事务、异常未抛出及异常类型不匹配等。针对这些情况,文章提供了相应的解决建议,帮助开发者排查和解决事务不生效的问题。
|
3月前
|
人工智能 自然语言处理 前端开发
SpringBoot + 通义千问 + 自定义React组件:支持EventStream数据解析的技术实践
【10月更文挑战第7天】在现代Web开发中,集成多种技术栈以实现复杂的功能需求已成为常态。本文将详细介绍如何使用SpringBoot作为后端框架,结合阿里巴巴的通义千问(一个强大的自然语言处理服务),并通过自定义React组件来支持服务器发送事件(SSE, Server-Sent Events)的EventStream数据解析。这一组合不仅能够实现高效的实时通信,还能利用AI技术提升用户体验。
268 2
|
1天前
|
Java 测试技术 应用服务中间件
Spring Boot 如何测试打包部署
本文介绍了 Spring Boot 项目的开发、调试、打包及投产上线的全流程。主要内容包括: 1. **单元测试**:通过添加 `spring-boot-starter-test` 包,使用 `@RunWith(SpringRunner.class)` 和 `@SpringBootTest` 注解进行测试类开发。 2. **集成测试**:支持热部署,通过添加 `spring-boot-devtools` 实现代码修改后自动重启。 3. **投产上线**:提供两种部署方案,一是打包成 jar 包直接运行,二是打包成 war 包部署到 Tomcat 服务器。
23 10
|
15天前
|
Java 数据库连接 Maven
最新版 | 深入剖析SpringBoot3源码——分析自动装配原理(面试常考)
自动装配是现在面试中常考的一道面试题。本文基于最新的 SpringBoot 3.3.3 版本的源码来分析自动装配的原理,并在文未说明了SpringBoot2和SpringBoot3的自动装配源码中区别,以及面试回答的拿分核心话术。
最新版 | 深入剖析SpringBoot3源码——分析自动装配原理(面试常考)
|
2天前
|
存储 安全 Java
Spring Boot 3 集成Spring AOP实现系统日志记录
本文介绍了如何在Spring Boot 3中集成Spring AOP实现系统日志记录功能。通过定义`SysLog`注解和配置相应的AOP切面,可以在方法执行前后自动记录日志信息,包括操作的开始时间、结束时间、请求参数、返回结果、异常信息等,并将这些信息保存到数据库中。此外,还使用了`ThreadLocal`变量来存储每个线程独立的日志数据,确保线程安全。文中还展示了项目实战中的部分代码片段,以及基于Spring Boot 3 + Vue 3构建的快速开发框架的简介与内置功能列表。此框架结合了当前主流技术栈,提供了用户管理、权限控制、接口文档自动生成等多项实用特性。
24 8
|
22天前
|
NoSQL Java Redis
Spring Boot 自动配置机制:从原理到自定义
Spring Boot 的自动配置机制通过 `spring.factories` 文件和 `@EnableAutoConfiguration` 注解,根据类路径中的依赖和条件注解自动配置所需的 Bean,大大简化了开发过程。本文深入探讨了自动配置的原理、条件化配置、自定义自动配置以及实际应用案例,帮助开发者更好地理解和利用这一强大特性。
77 14
下一篇
开通oss服务