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

标签：强制   幻读   ini   padding   它的   大量   spring   mic   body   

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 事务定义

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

 案例：转帐

创建数据库

 导入包

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

 测试类：

模拟转账失败的结果如下

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

 测试报错：

事务只读 不可写

模拟异常提交：

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

 测试执行前数据库数据：

 执行测试

 测试执行后数据库数据：

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

标签：强制   幻读   ini   padding   它的   大量   spring   mic   body   

原文地址：https://www.cnblogs.com/orangezhangzz/p/11746736.html