Spring事务管理

最新推荐文章于 2022-05-24 16:37:18 发布

AStar3

最新推荐文章于 2022-05-24 16:37:18 发布

阅读量187

点赞数

分类专栏：框架文章标签： Spring 事务

本文链接：https://blog.csdn.net/astar3/article/details/82108039

版权

框架专栏收录该内容

3 篇文章 0 订阅

订阅专栏

总是忘，所以要记一下，方便回忆

事务管理

事务属性定义

传播行为

隔离规则

回滚规则

事务超时

是否只读

传播行为

传播行为指的是事务的传播特性，比如制定了事务a的方法A，内嵌了另一个需要事务配置的方法B时，是将B方法加入事务a，还是创建一个新的事务b，用事务b处理方法B，讲事务a挂起。

spring设定了七种传播行为：

PROPAGATION_REQUIRED 要求必须在事务中运行。如果当前事务存在，方法将会在该事务中运行。否则，会启动一个新的事务

PROPAGATION_SUPPORTS 对于是否在事务中运行没有要求。如果当前事务存在，方法将会在该事务中运行。否则，并不进行特殊处理。

PROPAGATION_MANDATORY 该方法必须在事务中运行，如果当前事务不存在，则会抛出一个异常

PROPAGATION_REQUIRED_NEW 表示当前方法必须运行在它自己的事务中。一个新的事务将被启动。如果存在当前事务，在该方法执行期间，当前事务会被挂起。如果使用JTATransactionManager的话，则需要访问TransactionManager

PROPAGATION_NOT_SUPPORTED 表示该方法不应该运行在事务中。如果存在当前事务，在该方法运行期间，当前事务将被挂起。如果使用JTATransactionManager的话，则需要访问TransactionManager

PROPAGATION_NEVER 表示当前方法不应该运行在事务上下文中。如果当前正有一个事务在运行，则会抛出异常

PROPAGATION_NESTED 表示如果当前已经存在一个事务，那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为与PROPAGATION_REQUIRED一样。注意各厂商对这种传播行为的支持是有所差异的。可以参考资源管理器的文档来确认它们是否支持嵌套事务

一般使用前两个就够了。

隔离级别

隔离级别是针对数据库处理事务的方式的。为了兼顾效率和准确，不得不考虑，将有些事务并行，有些事务串行。串行效率明显比并行要低很多，但是却觉不可能出错。数据库据此提供了四个层次的隔离级别，而spring提供了五个，第一个是使用数据库的默认级别，所以多了一个。

使用隔离规则，先要知道为什么使用。即并发事务引发的问题：

1.脏读 A事务在B事务执行中读取了被B事务修改的数据，然后B又回滚了，可以说是读了一个完全没有必要的数据。没有提交。

2.不可重复读 A事务在B事务执行前后读取两次B事务更新的数据，读取的两次是不同的数据。事务是已经提交了的。

3.幻读 A事务在B事务执行前后读取两次数据，但是B事务更改了数据的数量。导致了幻读。

幻读和不可重复读读的区别：

看似两者都是控制数据不要被新提交的事务改变，其实不然，从控制的角度来说，数据库并不是控制数据库所存储的数据不变，而是控制这一次的会话中的数据不变。解决不可重复读，只需要控制固定的几条，而解决幻读还需要保证类似的记录没有受到影响。

隔离级别：

ISOLATION_DEFAULT	使用后端数据库默认的隔离级别
ISOLATION_READ_UNCOMMITTED	最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读
ISOLATION_READ_COMMITTED	允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生
ISOLATION_REPEATABLE_READ	对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生
ISOLATION_SERIALIZABLE	最高的隔离级别，完全服从ACID的隔离级别，确保阻止脏读、不可重复读以及幻读，也是最慢的事务隔离级别，因为它通常是通过完全锁定事务相关的数据库表来实现的

回滚规则

回滚规则比较容易理解，就是在什么情况下进行回滚。默认是在RuntimeException出现时回滚，Checked Exception出现时不回滚，当然Spring提供了配置方式，可以指定特定的应对特定的exception时是回滚还是不回滚。

当然也可以在checked Exception中执行抛出RuntimeException异常，不过还是建议用注解的方式，方便一些。

事务超时

这个也容易理解，为了考虑出现不可测的故障，防止现行事务不断增加服务器压力，超时没有回应时，就要设定事务返回失败。

是否只读

这个不强制要求写上，他是针对效率提升的。每个数据库都有对应的不同方式，比如Oracle加上只读后，就会锁定数据，不让数据随着其他事务的操作而改变。不过这个是Oracle数据库本身的实现方式，其他数据库并不一定相同，有的是禁止再对数据操作。而jdbc本身实现时，也造成了一些不同。所以，使用这个时，最好研究清楚使用的数据库和相应的jdbc对于该属性的支持，具体是怎样的。不过总的是不变的，设置为只读，就是告诉数据库，接下来的都是查询操作，你看着怎么优化一下。

参考文档：https://www.cnblogs.com/yixianyixian/p/8372832.html