编程式事务:在业务代码中添加事务控制代码,这样的事务控制机制就叫做编程式事务 声明式事务: 通过xml或者注解配置的⽅式达到事务控制的⽬的,叫做声明式事务
事务指逻辑上的⼀组操作,组成这组操作的各个单元,要么全部成功,要么全部不成功。从⽽确保了数 据的准确与安全。
例如:A——B转帐,对应于如下两条sql语句:
这两条语句的执⾏,要么全部成功,要么全部不成功。
原⼦性( Atomicity ) 原⼦性是指事务是⼀个不可分割的⼯作单位,事务中的操作要么都发⽣,要么都不发⽣。
从操作的⻆度来描述,事务中的各个操作要么都成功要么都失败
⼀致性( Consistency ) 事务必须使数据库从⼀个⼀致性状态变换到另外⼀个⼀致性状态。例如转账前A有1000,B有1000。转账后A+B也得是2000。
⼀致性是从数据的⻆度来说的,(1000,1000) (900,1100),不应该出现(900,1000)
隔离性( Isolation ) 事务的隔离性是多个⽤户并发访问数据库时,数据库为每⼀个⽤户开启的事务, 每个事务不能被其他事务的操作数据所⼲扰,多个并发事务之间要相互隔离。
⽐如:事务1给员⼯涨⼯资2000,但是事务1尚未被提交,员⼯发起事务2查询⼯资,发现⼯资涨了2000 块钱,读到了事务1尚未提交的数据(脏读)
持久性是指⼀个事务⼀旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发⽣故障 也不应该对其有任何影响。
不考虑隔离级别,会出现以下情况:(以下情况全是错误的),也即为隔离级别在解决事务并发问题 脏读:⼀个线程中的事务读到了另外⼀个线程中 未提交 的数据。
不可重复读:⼀个线程中的事务读到了另外⼀个线程中已经提交的 update 的数据(前后内容不⼀样) 场景:
员⼯A发起事务1,查询⼯资,⼯资为1w,此时事务1尚未关闭
财务⼈员发起了事务2,给员⼯A张了2000块钱, 并且提交了事务
员⼯A通过事务1再次发起查询请求,发现⼯资为1.2w,原来读出来1w读不到了,叫做不可重复读
虚读(幻读):⼀个线程中的事务读到了另外⼀个线程中已经提交的insert或者delete的数据(前后条数不⼀样)
场景:
事务1查询所有⼯资为1w的员⼯的总数,查询出来了10个⼈,此时事务尚未关闭事务2财务⼈员发起,新来员⼯,⼯资1w,向表中插⼊了2条数据, 并且提交了事务 事务1再次查询⼯资为1w的员⼯个数,发现有12个⼈,⻅了⻤了
数 据 库 共 定 义 了 四 种 隔 离 级 别 : Serializable(串⾏化):可避免脏读、不可重复读、虚读情况的发⽣。(串⾏化) 最⾼Repeatableread(可重复读):可避免脏读、不可重复读情况的发⽣。(幻读有可能发⽣) 第⼆该机制下会对要update的⾏进⾏加锁
Read committed(读已提交):可避免脏读情况发⽣。不可重复读和幻读⼀定会发⽣。 第三
Read uncommitted(读未提交):最低级别,以上情况均⽆法保证。(读未提交) 最低
MySQL的默认隔离级别是:REPEATABLE READ
查询当前使⽤的隔离级别: select @@tx_isolation;
设置MySQL事务的隔离级别: set session transaction isolation level xxx;(设置的是当前
mysql连接会话的,并不是永久改变的)
事务往往在service层进⾏控制,如果出现service层⽅法A调⽤了另外⼀个service层⽅法B,A和B⽅法本 身都已经被添加了事务控制,那么A调⽤B的时候,就需要进⾏事务的⼀些协商,这就叫做事务的传播⾏ 为。
A调⽤B,我们站在B的⻆度来观察来定义事务的传播⾏为
PROPAGATION_MANDATORY
使⽤当前的事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW
新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED
以⾮事务⽅式执⾏操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER
以⾮事务⽅式执⾏,如果当前存在事务,则抛出异常。
PROPAGATION_NESTED
如果当前存在事务,则在嵌套事务内执⾏。如果当前没有事务,则执⾏与PROPAGATION_REQUIRED类似的操作。
mybatis: sqlSession.commit(); hibernate: session.commit(); PlatformTransactionManager
此接⼝是Spring的事务管理器核⼼接⼝。Spring本身并不⽀持事务实现,只是负责提供标准,应⽤底层
⽀持什么样的事务,需要提供具体实现类。此处也是策略模式的具体应⽤。在Spring框架中,也为我们 内置了⼀些具体策略,例如:DataSourceTransactionManager, HibernateTransactionManager等等。(和 HibernateTransactionManager事务管理器在 spring-orm-5.1.12.RELEASE.jar中)
SpringJdbcTemplate(数据库操作⼯具)、Mybatis(mybatis-spring.jar)————> DataSourceTransactionManager
Hibernate框架 ——————> HibernateTransactionManager
DataSourceTransactionManager 归根结底是横切逻辑代码,声明式事务要做的就是使⽤Aop(动态代理)来将事务控制逻辑织⼊到业务代码
纯xml模式
导⼊jar
xml 配置
基于XML+注解
xml配置
在接⼝、类或者⽅法上添加@Transactional注解
基于纯注解
Spring基于注解驱动开发的事务控制配置,只需要把 xml 配置部分改为注解实现。只是需要⼀个注 解 替 换 掉 xml 配 置 ⽂ 件 中 的 <tx:annotation-driven transaction-manager="transactionManager"/>配置。
在 Spring 的配置类上添加 @EnableTransactionManagement 注解即可