week15_day05_JdbcTemplate事务

2023-12-03 23:48

本文主要是介绍week15_day05_JdbcTemplate事务,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

JdbcTemplate
主要是spring提供的一个jdbc的框架,使用简单,在代码中写sql,比较灵活
主要是看使用spring如何整合其他框架→ 通过spring注册其他框架的组件


先写一段javaSE的代码:

  1. 引入依赖
    spring-jdbc
    mysql-connector-java
    druid
    在这里插入图片描述
    代码:
    设置DataSource的四大参数,4个set方法
    设置中文乱码,比如你写代码插入一条数据,防止放到数据库中的中文数据是乱码的。
        dataSource.setUrl("jdbc:mysql://localhost:3306/j22_db?useUnicode=true&characterEncoding=utf-8");

在这里插入图片描述


Spring整合
使用注解来注册组件:可否使用@Component注解来注册组件?不可以
之前使用@Component注册的组件是自己写的类,在没有编译之前加上的@Component注解。
Datasource和JdbcTemplate不是我们自己写的,而是我们导入的jar包,已经完成编译了 。所以整合的时候只能通过bean标签来进行整合。

转义字符(xml)
&出现问题了,因为&出现在了xml文件中,不能直接在xml文件中写&,要使用转义字符

& → &
空格  →  
>  → >  (greater than)
<  → &lt;   (less than)

在这里插入图片描述

  1. 引入依赖 在这里插入图片描述
  2. spring配置文件
    在这里插入图片描述
  3. 使用jdbcTemplate写一个业务
    转账业务:
    在这里插入图片描述

@Autowired注解的另一个使用方式
注解放在方法上:在组件初始化的时候,会执行到该方法
在这里插入图片描述
测试类:
在这里插入图片描述
执行结果:
在这里插入图片描述
我们可以利用@Autowired的这个功能去做一些事情。
第一行代码:JdbcTemplate jdbcTemplate;
不再加@Autowired注解,我们用setJdbcTemplate方法给它赋值。
在这里插入图片描述
在这里插入图片描述


jdbcDaoSupport
其实用处不大
jdbcDaoSupport中的setDataSource方法:
在这里插入图片描述
在这里插入图片描述

我们只注册了DataSource,并没有注册jdbcTemplate,但是jdbcTemplate也进行初始化了。
不是以在容器中注册jdbcTemplate组件然后使用的时候取出jdbcTemplate组件的方式。而是在初始化的时候就通过JdbcDaoSupport的getJdbcTemplate()方法获取getJdbcTemplate。
在这里插入图片描述


事务

回顾:

特点:ACID
A:原子性 → 操作数据库的最小单位,不可分割部分
C:一致性
I:隔离性
D:持久性

事务并发引起的问题:
脏读:一个事务读取到另一个事务还未提交的数据
不可重复读:一个事务读到另外一个事务 已经的提交的 数据
幻读(虚读):一个事务读到另外一个事务 已经的提交的 数据
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

mysql默认的隔离级别是可重复读,但mysql做了一些特殊的处理,不会导致虚读问题。


Spring事务
核心概念

PlatFormTransactionManager(平台事务管理器)
并且这个组件依赖数据源。

之前想保证事务,要保证获得的connection是一致的。
connection来源于DataSource,通过将PlatFormTransactionManager和数据源依赖起来,那么就能管理从数据源取出来的connection。

看一下代码:
在这里插入图片描述
PlatformTransactionManager api详解
TransactionStatus getTransaction(TransactionDefinition definition) ,
事务管理器 通过“事务详情”,获得“事务状态”,从而管理事务。 获取事务状态后,Spring根据传播行为来决定如何开启事务;
void commit(TransactionStatus status) 根据状态提交
void rollback(TransactionStatus status) 根据状态回滚

可以通过TransactionDefinition获取TransactionStatus,又可以通过TransactionStatus得知是rollback还是commit。
在这里插入图片描述


TransactionStatus(事务状态)
这个接口的作用就是获取事务的状态(回滚点、是否完成、是否新事务、是否回滚)属性.
在这里插入图片描述
TransactionStatus其实是底层事务的中间变量。


TransactionDefinition(事务定义)
这个接口的作用就是定义事务的名称、隔离级别、传播行为、超时时间长短、只读属性等。


2.2.1.3.1传播行为Propagation
多个事务操作如何共享事务 → 包含事务的方法之间产生互相调用
例子:事务B调用事务A的方法

class ServiceA{void methodA(){}
}class ServiceB{void methodB(){serviceA.methodA()}
}

最常用的是是Required

Required:把多个事务看成是同一个事务来操作,一荣俱荣一损俱损,要么一起提交事务,要么一起回滚。

requires_new:总是发起一个新的事务,methodA作为一个单独的新事务。
自私的人,他出错了他影响别人,但是别人出错了,他不管别人。
外围不影响里面,里面影响外围
如果methodB发生异常,methodA是否回滚?B回滚A不回滚
如果methodA发生异常methodB是否回滚?AB都回滚

nested:以嵌套事务的方式运行。
无私的人:里面发生的错误不会影响外围,外围发生的错误会影响里面
集体个人:如果集体没了,个人安身立命的场所也没了。如果个人没了,对集体没有影响。
如果methodB发生异常,methodA是否回滚?A、B都回滚
如果methodA发生异常methodB是否回滚?A回滚

用户注册,注册后发放优惠券(nested)
如果发放优惠券的时候发生错误,用户注册没有问题。只让发放优惠券回滚,用户注册留下。


Spring事务案例
核心DataSourceTransactionManager
所有案例均需要
在这里插入图片描述
下面会将4个案例:


TransactionTemplate(手动实现事务)
TransactionTemplate组件 依赖于 TransactionManager 依赖于 datasource
在这里插入图片描述
将需要增加事务的代码放入execute函数中。

AccountServiceImpl中的部分代码:
在这里插入图片描述
在这里插入图片描述


事务代理对象
类似springaop
通过委托类组件生成代理组件

根据AccountService组件,生成一个代理组件。
在这里插入图片描述

在这里插入图片描述


事务通知
使用aspectj的adviso

  1. 导包
    aspectjweaver
    在这里插入图片描述
  2. 使用aop:config 下的 aop:advisor

事务提供了现成的通知组件,需要引入<tx标签,就需要引入tx的schema
在这里插入图片描述
在这里插入图片描述


声明式事务→注解(最简单、最方便、最好用、最重要)
注解写在哪里,哪里就增加事务

首先要打开注解开关:
在这里插入图片描述

使用注解:
@Transactional
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述


Javaconfig

做的是Spring组件的配置
之前的spring配置文件是xml,后续主流技术是springboot,springboot推荐大家使用javaconfig注册组件。

Javaconfig是一个配置类,也就是说我们要写一个class作为Spring的配置,用来注册组件
之前注册组件:<bean id class
现在使用配置类的方法来注册组件。

配置类:
@Configuration注解
在这里插入图片描述
@Bean
所有的bean标签都可以@Bean注解的形式
是否意味着所有的组件都使用@Bean注解注册呢?? No,ioc阶段组件注册功能的注解依然去使用@Component@Service等。
并不意味着xml不再用了,xml也可以去使用,很多网络的参考资料是xml的,应当具备xml转换为javaconfig的能力。
在这里插入图片描述
在这里插入图片描述
其他标签
在这里插入图片描述
在这里插入图片描述
以上这些标签都写在配置类上面。
注:<aop:config 还不能javaconfig


如何单元测试
在这里插入图片描述

这篇关于week15_day05_JdbcTemplate事务的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/451324

相关文章

Redis事务与数据持久化方式

《Redis事务与数据持久化方式》该文档主要介绍了Redis事务和持久化机制,事务通过将多个命令打包执行,而持久化则通过快照(RDB)和追加式文件(AOF)两种方式将内存数据保存到磁盘,以防止数据丢失... 目录一、Redis 事务1.1 事务本质1.2 数据库事务与redis事务1.2.1 数据库事务1.

SpringBoot嵌套事务详解及失效解决方案

《SpringBoot嵌套事务详解及失效解决方案》在复杂的业务场景中,嵌套事务可以帮助我们更加精细地控制数据的一致性,然而,在SpringBoot中,如果嵌套事务的配置不当,可能会导致事务不生效的问题... 目录什么是嵌套事务?嵌套事务失效的原因核心问题:嵌套事务的解决方案方案一:将嵌套事务方法提取到独立类

MySql 事务练习

事务(transaction) -- 事务 transaction-- 事务是一组操作的集合,是一个不可分割的工作单位,事务会将所有的操作作为一个整体一起向系统提交或撤销请求-- 事务的操作要么同时成功,要么同时失败-- MySql的事务默认是自动提交的,当执行一个DML语句,MySql会立即自动隐式提交事务-- 常见案例:银行转账-- 逻辑:A给B转账1000:1.查询

Lua 脚本在 Redis 中执行时的原子性以及与redis的事务的区别

在 Redis 中,Lua 脚本具有原子性是因为 Redis 保证在执行脚本时,脚本中的所有操作都会被当作一个不可分割的整体。具体来说,Redis 使用单线程的执行模型来处理命令,因此当 Lua 脚本在 Redis 中执行时,不会有其他命令打断脚本的执行过程。脚本中的所有操作都将连续执行,直到脚本执行完成后,Redis 才会继续处理其他客户端的请求。 Lua 脚本在 Redis 中原子性的原因

spring事务属性的xml格式配置

实际是使用代理做的事务优化 <!--配置事务的属性--><tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <!--匹配所有以add开头的方法--><tx:method name="add*" propagation="REQUIRED" /> <tx:metho

Spring Cloud整合Seata实现分布式事务

文章目录 1.Seata1.1 官网1.2 下载1.3 通过安装包运行seata1.3.1 解压seata-server-1.3.0.zip1.3.2 修改 conf/file.conf 配置文件1.3.3 修改conf/registry.conf配置文件1.3.4 添加seata配置信息到nacos1.3.5 配置seata服务端数据库表结构1.3.6 启动seata 2.Spring

分布式 事务的几种实现方案

背景 四月初,去面试了本市的一家之前在做办公室无人货架的公司,虽然他们现在在面临着转型,但是对于我这种想从传统企业往互联网行业走的孩子来说,还是比较有吸引力的。 在面试过程中就提到了分布式事务问题。我又一次在没有好好整理的问题上吃了亏,记录一下,还是长记性 !!! 先看面试过程 面试官先是在纸上先画了这样一张图: 让我看这张图按照上面的流程走,有没有什么问题?面试官并没有直接说出来这里面

分布式事务 全面解析

1 面试题 分布式事务了解吗?你们如何解决分布式事务问题的? 2 考点分析 只要聊到做了分布式系统,必问分布式事务,若你对分布式事务一无所知的话,确实很坑,起码得知道有哪些方案,一般怎么来做,每个方案的优缺点是什么。 现在面试,分布式系统成了标配,而分布式系统带来的分布式事务也成了标配. 你做系统肯定要用事务,那你用事务的话,分布式系统之后肯定要用分布式事务. 先不说你搞过没有,起码你

为 Key-Value 数据库实现MVCC 事务

ACID是软件领域使用最广泛的技术之一,它是关系数据库的基石,是企业级中间件不可或缺的部分,但通常通过黑盒的方式提供。但是在许多情况下,这种古老的事务方式已经不能够适应现代大规模系统和NoSQL数据库的需要了,现代系统要求更高的性能要求,更大的数据量,更高的可用性。在这种情况下,传统的事务模型被定制的事务或者半事务模型所取代,而在这些模型中事务性并不像以往那样被看重。   在本文中我们会讨论一

[MySQL实战45讲]MySQL笔记之事务

基本要素 ACID 1、原子性(Atomicity):事务开始后所有操作,要么全部做完,要么全部不做,不可能停滞在中间环节。事务执行过程中出错,会回滚到事务开始前的状态,所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体,就像化学中学过的原子,是物质构成的基本单位。 2、一致性(Consistency):事务开始前和结束后,数据库的完整性约束没有被破坏 。比如A向B转账,不可能A扣