springboot事物oracle,SpringBoot 事务管理

大家好，又见面了，我是你们的朋友全栈君。

事务管理是项目中必不可少的一部分，使用SpringBoot时，可以很方便的配置和使用事务管理器。

1. 导入依赖

当导入jdbc或者jpa依赖后，SpringBoot会自动分别注入DataSourceTransactionManager 或 JpaTransactionManager。所以我们不需要任何配置就可以使用@Transactional注解来进行事务的使用。我习惯使用jdbc，虽然Jpa有各种各样的优点(真的不太会用)。

org.springframework.boot

spring-boot-starter-jdbc

org.springframework.boot

spring-boot-starter-data-jpa

注：有些文章中说SpringBoot 开启事务需要在启动类加上 @EnableTransactionManagement，这是不需要的。

原因请看 org.springframework.boot.autoconfigure.transaction.TransactionAutoConfiguration 类的源代码，里面已经配置好了。1)@Transactional注解默认只会对运行期异常( java.lang.RuntimeException及其子类)和Error进行回滚；

2)@Transactional注解只能被应用到public修饰的方法上，注解使用在非public修饰方法编译和运行期都不会报错，但也没有事务功能；

3)数据库引擎要支持事务，如MySQL中，innoDB，bdb支持事务，而myisam 不支持；常见RuntimeException子类：NullPointerExecption、ClassCastExecption、IndexOutOfBoundsException

常见 Error：OutOfMemoryError、ThreadDeath、VirtualMachineError

2. 事务回滚

在讲事务隔离级别和事务传播性之前，先讲一下SpringBoot中，我们平常是怎样控制事务回滚的。

一般情况下，我们会对Service层的方法开启事务，也就是说Controller -> Service 调用顺序中，如Service执行成功，Controller中出现异常，事务是无法回滚的。因为在@Transactional注解的方法结束后，事务就被提交了。1)@Transactional(rollbackFor = Exception.class) ：任何异常都进行回滚；

2)TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()：捕获特定异常或自行判断后手动回滚

3. 事务隔离级别

事务隔离级别是指并发情况下事务之间的隔离程度，如不考虑隔离级别情况下，并发时可能会引起脏读、不可重复读、幻读的情况。脏读：一个事务读取到了另一个事务未提交的数据。

例：事务1中需要多次读取数据A，第一次读取完成后，事务2对数据A有操作，事务1再次读取数据A，会读取到事务2操作的结果，但事务2因异常进行了回滚。这时候事务1对数据A就产生了脏读。

不可重复读：与脏读逻辑类似，一个事务读取到另一个事务已提交的 update数据，导致两次读取数据值不一致。

幻读：与不可重复度逻辑类似，一个事务读取到另一个事务已提交的 insert数据，导致两次读取数据条数不一致。

为解决上述情况，我们可以进行事务隔离级别的设置。代码中我们只需使用Isolation枚举类提供的五个枚举值即可。枚举值取自接口TransactionDefinition 定义，该接口中定义了五个表示隔离级别的常量。DEFAULT：PlatfromTransactionManager默认的隔离级别，使用数据库默认隔离级别；Mysql 默认:可重复读，Oracle 默认:读已提交；

READ_UNCOMMITTED(未提交读)：一个事务可以读取另一个事务修改但未提交的数据；不可避免脏读、不可重复读、幻读；

READ_COMMITTED(已提交读)：一个事务可以读取另一个事务已经提交的数据；可避免脏读，不可避免不可重复读、幻读；

REPEATABLE_READ(可重复度)：一个事务在整个过程中，可以多次执行某个查询，并且每次返回记录内容都相同；可避免脏读、不可重复读，不可避免幻读(MySQL中可避免幻读是有前提的)。

SERIALIZABLE(串行化的)：可避免脏读、不可重复度、幻读。(严重影响性能，完全锁定相关数据库表)

4. 事务传播行为

事务传播行为指的是，由某个事务传播行为(propagation)修饰的方法被嵌套进另一个方法中时，事务是如何传播的。

传播行为中定义了传播范围、触发节点、是否沿用当前事务、是否挂起现有事务、或者在被调用时无事务则失败等等。

事务传播行为常量被封装在枚举类Propagation，枚举值取自接口TransactionDefinition，在接口中定义了如下七个表示传播行为的常量。REQUIRED：当前存在事务，就加入；否则，就新建一个事务；默认值

SUPPORTS：当前存在事务，就加入；否则，以非事务的方式继续运行；

MANDATORY：当前存在事务，就加入；否则，抛出异常；(IllegalTransactionStateException)

REQUIRES_NEW：新建事务，当前存在事务，就挂起当前事务；

NOT_SUPPORTED：非事务方式运行，如当前存在事务，就挂起当前事务；