前言
上节我们结束了SpringAOP的学习,这篇让我们谈谈Spring事务的理解吧
在此之前我们可以先回顾一下MySQL的事务
首先什么是事务
笔者认为事务就是一次原子性的操作,一个不可分割的工作单位
事务四大特性
1.原子性 事务中的指令执行要么全部成功要么回滚
2.持久性 事务一旦提交,永久保存在数据库中
3.一致性 事务在执行前后状态是一致的
eg:就和能量守恒一样,假设这里我被小偷偷了100块,那么小偷一定得到了100块,没有凭空消失
4.隔离性 事务在提交之前对于其他的事务是不可见的
我们知道对应的mysql还会存在事务隔离级别
分别是
读未提交 一个事务在提交前,对其他事务是可见的
读已提交 一个事务在提交之后才能对其他事务可见
可重复读 同一个事务多次读取的内容是一致的
串行化 加锁实现,强制事务串行执行
为了解决的是
脏读 事务A读取到事务B没提交的事务,事务B回滚了导致事务A读到了脏的数据
不可重复读 事务A第一次读到的数据在第二次之前被事务B修改并提交了,导致两次读取的数据不同
幻读 事务A第一次读取的数据和第二次读取的数据条数不同
Spring 事务的使用
Spring 的事务和mysql类似
只是比他多了一个default隔离级别
这个隔离级别主要是与数据库连接保持一致
所以Spring事务的隔离级别有5个
1. Isolation.DEFAULT :以连接的数据库的事务隔离级别为主.
2. Isolation.READ_UNCOMMITTED :读未提交,对应SQL标准中 READ UNCOMMITTED
3. Isolation.READ_COMMITTED :读已提交,对应SQL标准中 READ COMMITTED
4. Isolation.REPEATABLE_READ :可重复读,对应SQL标准中 REPEATABLE READ
5. Isolation.SERIALIZABLE :串⾏化,对应SQL标准中 SERIALIZABLE
事务的使用主要有两种,声明式和编程式使用
编程式事务已经不太常用了,大家了解即可
这里简单给一个示例
我们需要注入两个对象,这两个对象已经是Spring内置的对象了
@RequestMapping("/user") @RestController public class UserController { // JDBC 事务管理器 @Autowired private DataSourceTransactionManager dataSourceTransactionManager; // 定义事务属性 @Autowired private TransactionDefinition transactionDefinition; @Autowired private UserService userService; @RequestMapping("/registry") public String registry(String name,String password){ // 开启事务 TransactionStatus transactionStatus = dataSourceTransactionManager .getTransaction(transactionDefinition); //⽤⼾注册 userService.registryUser(name,password); //提交事务 dataSourceTransactionManager.commit(transactionStatus); //回滚事务 //dataSourceTransactionManager.rollback(transactionStatus); return "注册成功"; } }
注意这里的回滚可以手动回滚或者是自动遇到程序异常后回滚.....
回滚的条件:手动回滚或者发生运行时异常或者error时回滚
注:已经被trycatch处理的异常无法回滚
声明式事务主要是需要加上一个@Transactional注解即可
直接加上即可
默认只有运行时异常和error可以回滚
所以我们需要加上rollBackFor属性来完成更多异常的回滚比如
@Transactional(rollBackFor=Exception)
还有更多的属性比如事务隔离级别,默认是default级别和事务传播机制
下面我们久啊谈谈事务传播机制
这里的默认级别主要是required,存在事务就加入,不存在就新建
Spring的传播机制
这里的传播机制主要是指A事务在代码中调用的B方法也是有事务的,这里分为7种情况
两者的事务情况是不确定的
@Transactional 注解⽀持事务传播机制的设置,通过 propagation 属性来指定传播⾏为.
Spring事务传播机制有以下7种：
1. Propagation.REQUIRED :默认的事务传播级别.如果当前存在事务,则加⼊该事务.如果当前没有事务,则创建⼀个新的事务.
2. Propagation.SUPPORTS :如果当前存在事务,则加⼊该事务.如果当前没有事务,则以⾮事务的⽅式继续运⾏.
3. Propagation.MANDATORY :强制性.如果当前存在事务,则加⼊该事务.如果当前没有事务,则抛出异常.
4. Propagation.REQUIRES_NEW :创建⼀个新的事务.如果当前存在事务,则把当前事务挂起.也就是说不管外部⽅法是否开启事务, Propagation.REQUIRES_NEW 修饰的内部⽅法都会新开启⾃⼰的事务,且开启的事务相互独⽴,互不⼲扰.
5. Propagation.NOT_SUPPORTED :以⾮事务⽅式运⾏,如果当前存在事务,则把当前事务挂起(不⽤).
6. Propagation.NEVER :以⾮事务⽅式运⾏,如果当前存在事务.则抛出异常.
7. Propagation.NESTED :如果当前存在事务,则创建⼀个事务作为当前事务的嵌套事务来运⾏.如果当前没有事务,则该取值等价于 PROPAGATION_REQUIRED
我们这里以一个简单的例子解释一下
1.女朋友看你有没有房子,没房子咱就买一个
2.女朋友看你有没有房子,没有就算了,咱租房子
3.女朋友看你有没有房子,没有咱就分手
4.女朋友不管你有没有房子,我都买新的
5.女朋友看你有没有房子,存不存在咱都不要,直接租房
6.有房就跟你分手
7.这个不好解释但是这里笔者解释一下和Propagation.REQUIRES_NEW的比较是,一个是生成子事务,一个是创建子事务,子事务出现失败可以回滚到嵌套事务开始的savepoint,另一个是直接gg
