事务回顾
什么是事务?
- 事务时保证业务操作完整性的一种数据库机制。
事务的 4 大特点: A
、C
、I
、D
A
原子性C
一致性I
隔离性D
持久性
如何控制事务?(JDBC、Mybatis)
JDBC
Connection.setAutoCommit(false);
Connection.commit();
Connection.rollback();
Mybatis
- Mybatis 自动开启事务
sqlSession.commit();
,底层还是调用的Connection
sqlSession.rollback();
,底层还是调用的Connection
结论:控制事务的底层,都是通过 Connection
对象完成的。
Spring 控制事务的开发
- 搭建开发环境
pom.xml
1 | <dependency> |
- 编码
1 | <bean id="userService" class="com.yusael.service.UserServiceImpl"> |
- 细节
进行动态代理底层实现的切换,默认false
是 JDK,true
是 Cglib。
1 | <tx:annotation-driven transaction-manager="dataSourceTransactionManager" proxy-target-class="true"/> |
Spring 中的事务属性(Transaction Attribute)
什么是事务属性?
属性:描述物体特征的一系列值(性别、身高、体重)
事务属性:描述事务特征的一系列值
- 隔离属性
- 传播属性
- 只读属性
- 超时属性
- 异常属性
如何添加事务属性?
1 | (isolation=, propagation=, readOnly=,timeout=,rollbackFor,noRollbackFor=,) |
隔离属性(ISLOATION)
概念:描述了事务解决并发问题的特征。
- 什么是并发?
多个事务(用户)在同一时间,访问操作了相同的数据。
同一时间:0.000 几秒左右 - 并发会产生那些问题?
- 脏读
- 不可重复读
- 幻影读
- 并发问题如何解决?
通过隔离属性解决,隔离属性中设置不同过的值,解决并发处理的过程中的问题。
事务并发产生的问题:
- 脏读
一个事务,读取了另一个事务中没有提交的数据,会在本事务中产生数据不一样的现象
解决方案:@Transaction(isolation=Isolation.READ_COMMITTED)
- 不可重复读
一个事务中,多次读取相同的数据,但是读取结果不一样,会在本事务中产生数据不一样的现象
注意:1.不是脏读 2.在一个事务中
解决方案:@Transaction(isolation=Isolation.REPEATABLE_READ)
本质:一把行锁(对数据库表的某一行加锁) - 幻影读
一个事务中,多次对整表进行查询统计,但是结果不一样,会在本事务中产生数据不一致的问题
解决方案:@Transaction(isolation=Isolation.SERIALIZABLE)
本质:表锁(对数据库某个表加锁)
安全与效率对比:
- 并发安全:
SERIALIZABLE
>READ_ONLY
>READ_COMMITTED
- 运行效率:
READ_COMMITTED
>READ_ONLY
>SERIALIZABLE
数据库对隔离属性的支持:
隔离属性的值 | MySQL | Oracle |
---|---|---|
ISOLATION_READ_COMMITTED |
支持 | 支持 |
ISOLATION_REPEATABLE_READ |
支持 | 不支持 |
ISOLATION_SERIALIZABLE |
支持 | 支持hi |
- Oracle 不支持
REPEATABLE_READ
,那该如何解决不可重复读?
采用 多版本比对 的方式解决不可重复读问题。
默认的隔离属性:
- Spring 会指定为
ISOLATION_DEFAULT
,调用不同数据库所设置的默认隔离属性
MySQL:REPEATABLE_READ
Oracle:READ_COMMITTED
- 查看数据库的默认隔离属性:
MySQL:SELECT @@tx_isolation;
Oracle:较麻烦,建议百度。
隔离属性在实验中的建议:
- 推荐使用 Spring 默认指定的
ISOLATION_DEFAULT
- 未来的实战中,遇到并发访问的情况,很少见
- 如果真的遇到并发问题,解决方案:乐观锁
Hibernate(JPA):version
MyBatis:通过拦截器自定义开发
传播属性(PROPAGATION)
概念:描述了事务解决 嵌套 问题 的特征。
事务的嵌套:指的是一个大的事务中,包含了若干个小的事务。
事务嵌套产生的问题: 大事务中融入了很多小的事务,他们彼此影响,最终就导致外部大的事务丧失了事务的原子性。
传播属性的值及其用法:
传播属性的值 | 外部不存在事务 | 外部存在事务 | 用法 | 备注 |
---|---|---|---|---|
REQUIRED | 开启新的事务 | 融合到外部事务中 | @Transactional(propagation = Propagation.REQUIRED) |
增、删、改方法 |
SUPPORTS | 不开启事务 | 融合到外部事务中 | @Transactional(propagation = Propagation.SUPPORTS) |
查询方法 |
REQUIRES_NEW | 开启新的事务 | 挂起外部事务,创建新的事务 | @Transactional(propagation = Propagation.REQUIRES_NEW) |
日志记录方法中 |
NOT_SUPPORTED | 不开启事务 | 挂起外部事务 | @Transactional(propagation = Propagation.NOT_SUPPORTED) |
极其不常用 |
NEVER | 不开启事务 | 抛出异常 | @Transactional(propagation = Propagation.NEVER) |
极其不常用 |
MANDATORY | 抛出异常 | 融合到外部事物中 | @Transactional(propagation = Propagation.MANDATORY) |
极其不常用 |
Spring 中传播属性的默认值是:REQUIRED
推荐传播属性的使用方式:
- 增删改 方法:使用默认值 REQUIRED
- 查询 方法:显示指定传播属性的值为 SUPPORTS
只读属性(readOnly)
针对于 只进行查询操作的业务方法,可以加入只读属性,提高运行效率。
默认值:false
1 | true) (readOnly = |
超时属性(timeout)
指定了事务等待的最长时间。
- 为什么事务会进行等待?
当前事务访问数据时,有可能访问的数据被别的事务进行加锁的处理,那么此时本事务就必须进行等待。 - 等待时间,单位是 秒
- 如何使用:
@Transactional(timeout = 2)
- 超时属性的默认值:-1
-1 表示超时属性由对应的数据库来指定(一般不会主动指定,-1 即可)
异常属性
Spring 事务处理过程中:
- 默认对于
RuntimeException
及其子类,采用 回滚 的策略。 - 默认对于
Exception
及其子类,采用 提交 的策略。
使用方法:
1 | .class, xxx, xxx) (rollbackFor = java.lang.Exception |
建议:实战中使用 RuntimeException
及其子类,使用事务异常属性的默认值。
事务属性常见配置总结
- 隔离属性 默认值
- 传播属性 Required(默认值)增删改、Supports 查询操作
- 只读属性 readOnly=false 增删改,true 查询操作
- 超时属性 默认值 -1
- 异常属性 默认值
增删改操作:@Transactional
查询操作:@Transactional(propagation = Propagation.SUPPORTS, readOnly = true)
基于标签的事务配置方式
基于注解 @Transaction
的事务配置回顾:
1 | <bean id="userService" class="com.yusael.service.UserServiceImpl"> |
基于标签的事务配置:
1 | <!--DataSourceTransactionManager--> |
基于标签的事务配置在 实战 中的应用方式:
1 | <tx:advice id="txAdvice" transaction-manager="dataSourceTransactionManager"> |