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
测试类：
模拟转账失败的结果如下
修改事务的隔离级别再次测试
测试报错：
事务只读 不可写
模拟异常提交：
将转账失败报错的类加入隔离级别中
测试执行前数据库数据：
执行测试
测试执行后数据库数据：
原文地址：https://www.cnblogs.com/orangezhangzz/p/11746736.html