使用Spring管理数据库事务

在整个JavaWeb项目开发中,事务是用来开发可靠性网络应用程序的最关键部分。当应用程序与后端资源进行交互时,就会用到事务,这里的后端资源包括数据库、MQ、ERP等。而数据库事务是最常见的类型,而我们常说的事务也就是狭义上的与关系型数据库交互的事务。

事务主要分为本地事务和全局事务。全局事务又称分布式事务,本地事务就是当应用程序连接单个数据库资源时的事务,也是本文化主要讨论的内容。

一、事务的一些基本概念

事务的属性(ACID):

  • 原子性
  • 一致性
  • 隔离性
  • 持久性

白话“事务”

事务有三个状态(或者说是过程):开始、提交、回滚

假设有这么一个场景:张三和李四各有100元,有一天,张三要给李四转10元。

相当于目前的微信转账,张三给李四发了10元的转账。有以下三种状态

上边这个例子有一处不恰当的地方就是,就算李四没有操作这10元时,张三已经少了10元,这一点和事务有出入 ,我们就假装如果李四不接收或者退回这10元,张三的微信钱包里还有100元。但是在微信中有那么多的人相互转账,每一次转账就是一个事务,我们就要把这些事务进行隔离,但是它有不同的隔离级别(见下)

事务的隔离级别

隔离级别 描述 举例
DEFAULT 底层数据库存储的默认隔离级别
READ_UNCOMMITTED 最低的隔离级别,可以说它并不是事务,因为它允许其他事务来读取未来提交的数据 上边的例子中,就算李四没有收这10元,其他人也能读取到李四多了10元。
READ_COMMITTED 大多数数据库的默认级别,它确保其他事务可以读取其他事务已经提交的数据 只有当李四对这10元进行操作(接收或者退回)时,别人才能看到这两个的余额变化。
REPEATABLE_READ 比上一个更为严格,它确保在选择了数据后,如果其他事务对这个数据进行了更改,就可以选择新的数据。 上边的是在转账过程中,就算别人给张三又转了10元,在这个事务提交前,张三一直认为自己只有100元。但是这个类型中,张三在转账过程中,可以查到自己有110元
SERIALIZABLE 可序列化,是最严格最可靠的隔离级别,让所有事务一个接着一个地运行 系统让每个人转账事务一个一个地执行,就不会有任何错误了(当然,这里的事务不单单指转账这一个事务)

事务的传播类型

也就是当前事务开始的机制和时间,相当于这么多的人之间的微信转账应该怎么进行

传播类型 描述
PROPAGATION_REQUIRED 如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中;
PROPAGATION_SUPPORTS 支持当前事务,如果当前没有事务,就以非事务方式执行;
PROPAGATION_MANDATORY 使用当前的事务,如果当前没有事务,就抛出异常;
PROPAGATION_REQUIRES_NEW 新建事务,如果当前存在事务,把当前事务挂起;
PROPAGATION_NOT_SUPPORTED 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起;
PROPAGATION_NEVER 以非事务方式执行,如果当前存在事务,则抛出异常;
PEOPAGATION_NESTED 如果当前存在事务,则在潜逃事务内执行。如果当前没有事务,则执行PROPAGATION_REQUIRED列斯的操作;

二、Spring中解决事务问题

在Spring中解决事务问题有两种:声明式事务编程式事务(不建议使用)

Spring中支持事务的最底层接口是PlatformTransactionManager,而我们使用的只能它的子类

public interface PlatformTransactionManager {
    //获取事务状态
    TransactionStatus getTransaction(@Nullable TransactionDefinition var1) throws TransactionException;
	//提交
    void commit(TransactionStatus var1) throws TransactionException;
	//回滚
    void rollback(TransactionStatus var1) throws TransactionException;
}

这个接口中主要用了TransactionDefinition和TransactionStatus两个类。有兴趣的可以看一下。下边这是它的子类图,我们这里使用的是DataSourceTransactionManager作为事务管理类,不管使用何种方式,PlatformTransactionManager这个接口的子类一定要有。

1. 声明式事务

  • 使用注解

    配置文件如下:

<!--引入公共的配置文件-->
<import resource="application-context.xml"/>

<!--Spring提供的事务管理器-->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <constructor-arg ref="dataSource"/>
</bean>

<!--
    开启事务注解
    这里有个小技巧,如果你的事务管理bean名不是transactionManager
    就要给这个标签配置transaction-manager来指定
    -->
<tx:annotation-driven/>

<!--    配置spring扫描注解注入service类-->
<context:component-scan base-package="cn.lyn4ever.service"/>

? 然后在类或方法上加上这个@Transactional注解就可以

@Transactional
public void insertOne(){
    Store store  =new Store();
    store.setTitle("华为P30");
    storeMapper.insertOne(store);

    int j = 10/0;//指定报错,让事务回滚
}
  • 使用AOP配置

使用aop的话,我们只需要进行配置,可以对我们写的业务代码无任何侵入。如果对AOP知识不是很了解,可以参考我之前的AOP系列教程Spring学习笔记,AOP的配置也有多种,这里就直接使用aop名称空间了

<import resource="application-context.xml"/>

<!--Spring提供的事务管理器-->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <constructor-arg ref="dataSource"/>
</bean>

<tx:advice id="txAdvice">
    <tx:attributes>
        <!-- 对单独方法配置属性-->
        <tx:method name="insert*" rollback-for="java.lang.Exception"/>
        <tx:method name="*"/>
    </tx:attributes>
</tx:advice>

<aop:config>
    <aop:pointcut id="serviceTrans" expression="execution(* cn.lyn4ever.serviceaop.*.*(..))"/>
    <aop:advisor advice-ref="txAdvice" pointcut-ref="serviceTrans"/>
</aop:config>

<!--    配置spring扫描注解注入service类-->
<context:component-scan base-package="cn.lyn4ever.serviceaop"/>
  • 以上两种方式的对比:

    • 使用注解能更加细粒度地进行控制,因为并不是所有service方法都需要事务。而使用AOP使用的面向切面编程,所以可以大批量的进行控制,而一般都是在service层进入切入的。
    • 使用注解的话,配置简单,AOP的配置稍微复杂点儿。
    • 如果是新项目的话,建议从一开始就使用注解式开发。如果是更改之前没有用过事务(一般成熟的程序员不会这么干)的项目,或者无法修改源代码的情况下,建设使用AOP。
    • 个人经验,建议使用注解开发,能灵活的配置每一个方法及类。使用AOP的话,有时候调试起来不太方便,如果你的调试内容跨越了一个service方法,会进入aop通知方法,很麻烦。

2. 编程式事务

顾名思义,就是将事务的操作直接写在业务代码中,这样做最简单,但是最不建议。有两种方式,一种就是将PlatformTransactionManager的实例注入到bean中,使用它。另一种就是使用Spring为我们提供的TransactionTemplate。这里直接使用第二种,这时,我们只需要使用Spring注入注入transactionManager和这两个类,但是为了不和之前的配置混淆,我直接new这两个对象了,也就是说,使用编程式事务,只需要这两个对象就够了,不需要其他任何有关事务的配置,只需要一个数据源

@Autowired
private DataSource dataSource;

@Test
public void fun() {
    DataSourceTransactionManager transactionManager = new DataSourceTransactionManager();
    //设置数据源,这个数据源的bean是由Spring提供的
    transactionManager.setDataSource(dataSource);
    TransactionTemplate transactionTemplate = new TransactionTemplate(transactionManager);
    transactionTemplate.execute(txStatus -> {
        Store store = new Store();
        store.setTitle("小米11");
        storeMapper.insertOne(store);
        //制造错误,让事务回滚
        int i = 10 / 0;
        return null;
    });
}

关注微信公众号“小鱼与Java”,回复Spring获取代码地址和更多学习资料

原文地址:https://www.cnblogs.com/Lyn4ever/p/12640311.html

时间: 2024-11-09 15:02:40

使用Spring管理数据库事务的相关文章

spring管理的事务

之前对spring的事务传播机制没有概念,花点时间去看了事务的源码,以及这些事务传播机制使用的文档,在此做一下简单的笔记 正文 下面说提到的共享事务的意思就是几个service共用同一个事务,如传播机制Propagation.REQUIRED 从源码看AOP如何实现事务 我们想使用事务,那就得配置spring元数据,配置事务管理器以及aop的事务的切面,当然可以在spring的xml配置文件中配置,也可以使用注解,其结果是一样的. 在aop的切面中,配置了切点,IOC在读取元数据信息,进而装配,

集算器管理数据库事务的代码示例

集算器可以向数据库写入数据,支持数据库事务管理.这里通过例子来看一下控制事务提交和回滚等等的编程方法. 1.自动提交事务 集算器可以方便的实现增删改,最简单的写法如下: 上图中的A2到A4分别实现了插入.修改和删除.每条sql执行之后自动提交.需要说明的是: 1.3条语句提交了3次,对数据库操作比较频繁. 2.三条sql没有事务关系,后续的sql如果执行失败,并不影响前面的sql. 下面介绍结合序表批量提交事务,以及多条sql组成一个事务的编程例子.     2.批量提交事务 从students

Spring管理 hibernate 事务配置的五种方式

Spring配置文件中关于事务配置总是由三个组成部分,DataSource.TransactionManager和代理机制这三部分,无论是那种配置方法,一般变化的只是代理机制这块! 首先我创建了两个类,一个接口一个实现: Java代码   package com.dao; public interface UserDao { public void getUser(); } 实现: Java代码   package com.dao.impl; import org.springframework

Spring 管理Hibernate事务之事务传播机制

public enum Propagation {    REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED),    SUPPORTS(TransactionDefinition.PROPAGATION_SUPPORTS),    MANDATORY(TransactionDefinition.PROPAGATION_MANDATORY),    NOT_SUPPORTED(TransactionDefinition.PROPAGATION_

atitit.spring hibernate的事务机制 spring不能保存对象的解决

atitit.spring hibernate的事务机制 spring不能保存对象的解决 sessionFactory.openSession() 不能. . log黑头马sql语言.. sessionFactory.getCurrentSession().update(user); 中间走ok兰..log黑头也有累.. 在Spring中使用Hibernate.假设我们配置了TransactionManager.那么我们就不应该调用SessionFactory的openSession()来获得S

Django 数据库事务

管理数据库事务 Django框架提供了好几种方式来控制和管理数据库事务.(以下Django框架会简化为Django,读者可自行脑补框架两字) Django框架默认的事务行为 自动提交作为Django默认的事务行为,它表现形式为:每次数据库操作会立即被提交到数据库中,除非这个事务仍然处于激活状态. 那么,更多详细内容见下文. Django使用事务或者保存点来保证多个ORM操作的完整性,尤其是针对delete()和update()操作. 另外因为某些性能原因,Django提供的TestCase类就将

spring 声明式事务原理解读

在Spring中,声明式事务是通过事务属性(transaction attribute)来定义的.事务属性描述了事务策略如何应用到方法上.事务属性包含5个方面: 传播行为 隔离级别 是否只读 事务超时 回滚规则 尽管Spring提供了多种声明式事务的机制,但是所有的方式都依赖这五个参数来控制如何管理事务策略. (上述内容参考<Spring In Action>第三版). 对于声明式事务是使用Spring提供的tx配置命名空间.其中一些声明式事务配置元素依赖于部分Spring的AOP配置元素.

【j2ee spring】7、spring与数据库的连接的操作事务管理

spring与数据库的连接的操作事务管理 1.首先我们的知道spring管理事务的方式有两种 还是一种是以注解的方式 在service类前加上@Transactional,声明这个service所有方法需要事务管理.每一个业务方法开始时都会打开一个事务. Spring默认情况下会对运行期例外(RunTimeException)进行事务回滚.这个例外是unchecked 如果遇到checked意外就不回滚. 1 让checked例外也回滚:在整个方法前加上 @Transactional(rollb

深入Spring数据库事务管理(二)

数据库的相关知识 1.数据库事务ACID特性 原子性(Atomicity): 说的是一个事物内所有操作共同组成一个原子包,要么全部成功,要么全部失败.这是最基本的特性,保证了因为一些其他因素导致数据库异常,或者宕机. 一致性(Consistency): 数据库事物的一致性就规定了事物提交前后,永远只可能存在事物提交前的状态和事物提交后的状态,从一个一致性的状态到另一个一致性状态,而不可能出现中间的过程态.也就是说事物的执行结果是量子化状态,而不是线性状态. 隔离性(Isolation): 事物的