事物详解

最新推荐文章于 2024-08-25 16:38:43 发布

小生小生小小生

最新推荐文章于 2024-08-25 16:38:43 发布

阅读量216

点赞数

分类专栏：数据库 java 文章标签：事物管理 spring事物 @Transactional

本文链接：https://blog.csdn.net/xs925048899/article/details/88736084

版权

java 同时被 2 个专栏收录

55 篇文章 0 订阅

订阅专栏

数据库

9 篇文章 0 订阅

订阅专栏

事务

事务（Transaction）是并发控制的基本单位。所谓的事务，它是一个操作序列，这些操作
要么都执行，要么都不执行，它是一个不可分割的工作单位。事务是数据库维护数据一致性
的单位，在每个事务结束时，都能保持数据一致性。

事务的ACID

原子性(Atomic)：事务中各项操作，要么全做要么全不做，任何一项操作的失败都会导
致整个事务的失败；
一致性(Consistent)：事务结束后系统状态是一致的；
隔离性(Isolated)：并发执行的事务彼此无法看到对方的中间状态；
持久性(Durable)：事务完成后所做的改动都会被持久化，即使发生灾难性的失败。通过
日志和同步备份可以在故障发生后重建数据。

补充：关于事务，在面试中被问到的概率是很高的，可以问的问题也是很多的。首先需要知
道的是，只有存在并发数据访问时才需要事务。当多个事务访问同一数据时，可能会存在5
类问题，包括3类数据读取问题（脏读、不可重复读和幻读）

脏读（Dirty Read）：A事务读取B事务尚未提交的数据并在此基础上操作，而B事务执行
回滚，那么A读取到的数据就是脏数据。
不可重复读（Unrepeatable Read）：事务A重新读取前面读取过的数据，发现该数据已
经被另一个已提交的事务B修改过了。
幻读（Phantom Read）：幻读是事务非独立执行时发生的一种现象。例如事务T1对一个
表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入
了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如
果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好
像产生幻觉一样，这就是发生了幻读。

幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可
重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。

MySQL数据库的四种隔离级别：

Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。
Repeatable read (可重复读)：可避免脏读、不可重复读的发生。不可避免幻读，innodb默认
Read committed (读已提交)：可避免脏读的发生。
Read uncommitted (读未提交)：最低级别，都不可避免。

可重复读和幻读
在可重复读中，该sql第一次读取到数据后，就将这些数据加锁（悲观锁），其它事务无法修改这些数据，就可以实现可重复读了。但这种方法却无法锁住insert的数据，所以当事务A先前读取了数据，或者修改了全部数据，事务B还是可以insert数据提交，这时事务A就会发现莫名其妙多了一条之前没有的数据，这就是幻读，不能通过行锁来避免。需要Serializable隔离级别，读用读锁，写用写锁，读锁和写锁互斥，这么做可以有效的避免幻读、不可重复读、脏读等问题，但会极大的降低数据库的并发能力

需要说明的是，事务隔离级别和数据访问的并发性是对立的，事务隔离级别越高并发性就越
差。所以要根据具体的应用来确定合适的事务隔离级别，这个地方没有万能的原则。

锁

乐观锁和悲观锁

乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。
乐观锁是一种思想，具体实现是，表中有一个版本字段，第一次读的时候，获取到这个字
段。处理完业务逻辑开始更新的时候，需要再次查看该字段的值是否和第一次的一样。如果
一样更新，反之拒绝。之所以叫乐观，因为这个模式没有从数据库加锁。
悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作
悲观锁是读取的时候为后面的更新加锁，之后再来的读操作都会等待。这种是数据库锁
悲观锁是由数据库自己实现了的，要用的时候，我们直接调用数据库的相关语句就可以了。
共享锁和排它锁是悲观锁的不同的实现，它俩都属于悲观锁的范畴。

共享锁和排他锁

共享锁又称读锁，是读取操作创建的锁。其他用户可以并发读取数据，但任何事务都不能
对数据进行修改（获取数据上的排他锁），直到已释放所有共享锁。
如果事务T对数据A加上共享锁后，则其他事务只能对A再加共享锁，不能加排他锁。获准共
享锁的事务只能读数据，不能修改数据。在需要执行的语句后面加上lock in share mode
排他锁又称写锁，如果事务T对数据A加上排他锁后，则其他事务不能再对A加任任何类型
的封锁。获准排他锁的事务既能读数据，又能修改数据。在需要执行的语句后面加上for update就可以了，update,insert,delete语句会自动加排它锁
行锁和表锁
表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，
并发度最低。
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，
并发度也最高。

spring的事物管理

spring支持编程式事务管理和声明式事务管理两种方式。
编程式事务管理使用TransactionTemplate或者直接使用底层的
PlatformTransactionManager。对于编程式事务管理，spring推荐使用
TransactionTemplate。
声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标
方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者
回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需
要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明
(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。
显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开
发方式。声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注
解就可以获得完全的事务支持。和编程式事务相比，声明式事务唯一不足地方是，后
者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级
别。但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管
理的代码块独立为方法等等。

声明式事务管理也有两种常用的方式，一种是基于tx和aop名字空间的xml配置文
件，另一种就是基于@Transactional注解。显然基于注解的方式更简单易用，更清
爽。

spring事务特性

spring所有的事务管理策略类都继承自
org.springframework.transaction.PlatformTransactionManager接口
其中TransactionDefinition接口定义以下特性：
事务隔离级别
隔离级别是指若干个并发的事务之间的隔离程度。TransactionDefinition 接口中定义
了五个表示隔离级别的常量：

TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层
数据库的默认隔离级别。对大部分数据库而言，通常这值就是
TransactionDefinition.ISOLATION_READ_COMMITTED。
TransactionDefinition.ISOLATION_READ_UNCOMMITTED：该隔离级别表
示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏
读，不可重复读和幻读，因此很少使用该隔离级别。比如PostgreSQL实际上并
没有此级别。
TransactionDefinition.ISOLATION_READ_COMMITTED：该隔离级别表示
一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大
多数情况下的推荐值。
TransactionDefinition.ISOLATION_REPEATABLE_READ：该隔离级别表示
一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相
同。该级别可以防止脏读和不可重复读。
TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事务依次逐个执
行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不
可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级
别。
事务传播行为
所谓事务的传播行为是指，如果在开始当前事务之前，一个事务上下文已经存在，
此时有若干选项可以指定一个事务性方法的执行行为。在TransactionDefinition定义
中包括了如下几个表示传播行为的常量：
TransactionDefinition.PROPAGATION_REQUIRED：如果当前存在事务，则
加入该事务；如果当前没有事务，则创建一个新的事务。这是默认值。
TransactionDefinition.PROPAGATION_REQUIRES_NEW：创建一个新的事
务，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，
则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式
运行，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果
当前存在事务，则抛出异常。
TransactionDefinition.PROPAGATION_MANDATORY：如果当前存在事
务，则加入该事务；如果当前没有事务，则抛出异常。
TransactionDefinition.PROPAGATION_NESTED：如果当前存在事务，则创
建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价
于TransactionDefinition.PROPAGATION_REQUIRED。

事务超时
所谓事务超时，就是指一个事务所允许执行的最长时间，如果超过该时间限制但事
务还没有完成，则自动回滚事务。在 TransactionDefinition 中以 int 的值来表示超时
时间，其单位是秒。
默认设置为底层事务系统的超时值，如果底层数据库事务系统没有设置超时值，那么
就是none，没有超时限制。
事务只读属性
只读事务用于客户代码只读但不修改数据的情形，只读事务用于特定情景下的优
化，比如使用Hibernate的时候。
默认为读写事务。
“只读事务”并不是一个强制选项，它只是一个“暗示”，提示数据库驱动程序
和数据库系统，这个事务并不包含更改数据的操作，那么JDBC驱动程序和数据库就
有可能根据这种情况对该事务进行一些特定的优化，比方说不安排相应的数据库锁，
以减轻事务对数据库的压力，毕竟事务也是要消耗数据库的资源的。
但是你非要在“只读事务”里面修改数据，也并非不可以，只不过对于数据一致性的
保护不像“读写事务”那样保险而已。
因此，“只读事务”仅仅是一个性能优化的推荐配置而已，并非强制你要这样做不可
spring事务回滚规则
指示spring事务管理器回滚一个事务的推荐方法是在当前事务的上下文内抛出异
常。spring事务管理器会捕捉任何未处理的异常，然后依据规则决定是否回滚抛出异
常的事务。
默认配置下，spring只有在抛出的异常为运行时unchecked异常时才回滚该事
务，也就是抛出的异常为RuntimeException的子类(Errors也会导致事务回滚)，而抛
出checked异常则不会导致事务回滚。可以明确的配置在抛出那些异常时回滚事务，
包括checked异常。也可以明确定义那些异常抛出时不回滚事务。还可以编程性的通
过setRollbackOnly()方法来指示一个事务必须回滚，在调用完setRollbackOnly()后你
所能执行的唯一操作就是回滚。
myBatis为例基于注解的声明式事务管理配置@Transactional
spring.xml

<!--mybatis config >
<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
<property name="dataSource" ref="dataSource" />
<property name="configLocation">
<value>classpath:mybatis-config.xml</value>
</property>
</bean>

<!-- mybatis mappers, scanned automatically -->
<bean class="org.mybatis.spring.mapper.MapperScannerConfigurer">
<property name="basePackage">
<value>
com.baobao.persistence.test
 </value>
</property>
<property name="sqlSessionFactory"ref="sqlSessionFactory" />
 </bean>

 <!-- 配置spring的PlatformTransactionManager，名字为默认值 -
->
 <bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTrans
actionManager">
<property name="dataSource" ref="dataSource" />
</bean>
<!-- 开启事务控制的注解支持 -->
 <tx:annotation-driven transactionmanager="transactionManager"/>

添加tx名字空间

<span style="background-color: rgb(255, 255, 255);">
<span style="background-color: rgb(255, 204,153);">
xmlns:aop="http://www.springframework.org/schema/aop" 
xmlns:tx="http://www.springframework.org/schema/tx"

xsi:schemaLocation="http://www.springframework.org/schema/aop 			     
http://www.springframework.org/schema/aop/spring-aop-3.0.xsd
 http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-
3.0.xsd"</span></span>

MyBatis自动参与到spring事务管理中，无需额外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的数据源与
DataSourceTransactionManager引用的数据源一致即可，否则事务管理会不起作
用。
@Transactional注解
@Transactional属性

属性	类型	描述
value	String	可选的限定描述符，指定使用的事务管理器
propagation	enum: Propagation	可选的事务传播行为设置
isolation	enum: Isolation	可选的事务隔离级别设置
readOnly	boolean	读写或只读事务，默认读写
timeout	int (in seconds granularity)	事务超时时间设置
rollbackFor	Class对象数组，必须继承自Throwable	导致事务回滚的异常类数组
rollbackForClassName	类名数组，必须继承自Throwable	导致事务回滚的异常类名字数组
noRollbackFor	Class对象数组，必须继承自Throwable	不会导致事务回滚的异常类数组
noRollbackFor	ClassName 类名数组，必须继承自Throwable	不会导致事务回滚的异常类名字数组

用法：
@Transactional 可以作用于接口、接口方法、类以及类方法上。当作用于类上
时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级
别使用该标注来覆盖类级别的定义。
虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上，但是
Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代
理时它才会生效。另外， @Transactional 注解应该只被应用到 public 方法上，这是
由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法
上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。
默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方
法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用
@Transactional注解进行修饰。

@Autowired
private MyBatisDao dao;

@Transactional
@Override
public void insert(Test test) {
dao.insert(test);
 throw new RuntimeException("test");//抛出unchecked异常，触
发事物，回滚
 }

noRollbackFor

@Transactional(noRollbackFor=RuntimeException.class)
 @Override
public void insert(Test test) {
dao.insert(test);
 //抛出unchecked异常，触发事物，
noRollbackFor=RuntimeException.class,不回滚
 throw new RuntimeException("test");
 }

类，当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性

@Transactional
 public class MyBatisServiceImpl implements
MyBatisService {

@Autowired
private MyBatisDao dao;

@Override
public void insert(Test test) {
dao.insert(test);
//抛出unchecked异常，触发事物，回滚
throw new RuntimeException("test");
}
propagation=Pr

opagation.NOT_SUPPORTED

@Transactional(propagation=Propagation.NOT_SUPPORTED)
@Override
public void insert(Test test) {
//事物传播行为是PROPAGATION_NOT_SUPPORTED，以非事务方式运行，
不会存入数据库
dao.insert(test);
}

myBatis为例基于注解的声明式事务管理配置,xml配置
主要为aop切面配置，只看xml就可以了

事物切面配置

 <tx:advice id="advice" transactionmanager="transactionManager">
<tx:attributes>
<tx:method name="update*" propagation="REQUIRED" readonly="false" rollback-for="java.lang.Exception"/>
<tx:method name="insert" propagation="REQUIRED" readonly="false"/>
</tx:attributes>
</tx:advice>
<aop:config>
 <aop:pointcut id="testService" expression="execution (* com.baobao.service.MyBatisService.*(..))"/>
 <aop:advisor advice-ref="advice" pointcut-ref="testService"/>
 </aop:config>