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

测试类：

模拟转账失败的结果如下

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

测试报错：

事务只读不可写

模拟异常提交：

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

测试执行前数据库数据：

执行测试

测试执行后数据库数据：