Spring AOP 事务配置(实现转账事务)
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
测试类:
模拟转账失败的结果如下
修改事务的隔离级别再次测试
测试报错:
事务只读 不可写
模拟异常提交:
将转账失败报错的类加入隔离级别中
测试执行前数据库数据:
执行测试
测试执行后数据库数据: