Spring AOP 事务配置（实现转账事务）

Posted 2021-03-24 成子吃橙子

1. 事务特性

事务特性：ACID

• 原子性：整体 【原子性是指事务包含的所有操作要么全部成功，要么全部失败】
• 一致性：数据 【一个事务执行之前和执行之后都必须处于一致性状态】
• 隔离性：并发 【对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。】
• 持久性：结果 【持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的】

 

隔离问题

• 脏读：一个事务读到另一个事务未提交的内容【读取未提交内容】

在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。

 

• 不可重复读：一个事务读到另一个事务已提交的内容（insert）【读取提交内容】

这是大多数数据库系统的默认隔离级别（但不是mysql默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。

 

• 虚读（幻读）：一个事务读到另一个事务已提交的内容（update）

这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。

 

• Serializable（可串行化）

这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。

隔离级别--解决问题

• read uncommittd，读未提交。存在3个问题。
• read committed，读已提交。解决：脏读。存在2个问题。
• repeatable read ，可重复读。解决：脏读、不可重复读。存在1个问题。
• serializable，串行化。单事务。没有问题。

 

 

 

2 Spring事务管理介绍

导入包

 

 

 常用的事务管理器

 

 

TransactionStatus 事务状态

 

TransactionDefinition 事务定义

 

 

 

传播行为：在两个业务之间如何共享事务

PROPAGATION_REQUIRED required , 必须  【默认值】	支持当前事务，A如果有事务，B将使用该事务。 如果A没有事务，B将创建一个新的事务。
PROPAGATION_SUPPORTS supports ，支持	支持当前事务，A如果有事务，B将使用该事务。 如果A没有事务，B将以非事务执行。
PROPAGATION_MANDATORY mandatory ，强制	支持当前事务，A如果有事务，B将使用该事务。 如果A没有事务，B将抛异常。
PROPAGATION_REQUIRES_NEW requires_new ，必须新的	如果A有事务，将A的事务挂起，B创建一个新的事务 如果A没有事务，B创建一个新的事务
PROPAGATION_NOT_SUPPORTED not_supported ,不支持	如果A有事务，将A的事务挂起，B将以非事务执行 如果A没有事务，B将以非事务执行
PROPAGATION_NEVER never，从不	如果A有事务，B将抛异常 如果A没有事务，B将以非事务执行
PROPAGATION_NESTED nested ，嵌套	A和B底层采用保存点机制，形成嵌套事务。

 

 案例：转帐

创建数据库

 

 

 导入包

l  aop ： 4 (aop联盟、spring aop、aspectj规范、spring aspect)

l  数据库：2  （jdbc/tx）

l  驱动：mysql

l  连接池：c3p0

l  核心：4+1

 

 

 

Dao层

 

 

Service层

 

 

 

 

 

 Spring的配置

 

 使用spring的工厂管理bean

 

 测试类：

 

 

模拟转账失败的结果如下

 修改事务的隔离级别再次测试

 

 

 测试报错：

 

事务只读 不可写

模拟异常提交：

将转账失败报错的类加入隔离级别中

 

 

 测试执行前数据库数据：

 

 执行测试

 

 

 测试执行后数据库数据：