Spring框架之事务管理
一、事务的作用
- 将若干的数据库操作作为一个整体控制,一起成功或一起失败。
- 原子性：指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
- 一致性：指事务前后数据的完整性必须保持一致。
- 隔离性：指多个用户并发访问数据库时，一个用户的事务不能被其他用户的事务所干扰，多个并发事务之间数据要相互隔离。
- 持久性：指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，即时数据库发生故障也不应该对其有任何影响。
二、Spring事务管理高层抽象主要包括3个接口
1.Platform TransactionManager 事务管理器（提交、回滚事务）
Spring为不同的持久化框架提供了不同的Platform TransactionManager接口实现。如：
- 使用Spring JDBC或iBatis进行持久化数据时使用DataSourceTransactionManager
- 使用Hibernate3.0版本进行持久化数据时使用HibernateTransactionManager
2.TransactionDefinition 事务定义信息（隔离、传播、超时、只读）
（1）事务隔离级别：（五种）
- DEFAULT--使用后端数据库默认的隔离级别（Spring中的选择项）
- READ_UNCOMMITED--允许你读取还未提交的改变了的数据。可能导致脏、幻、不可重复读：①脏读：一个事务读取了另一个事务改写但还未提交的数据，如果这些数据被回滚，则读到的数据是无效的。②不可重复读：在同一事务中，多次读取同一数据返回的结果有所不同。③幻读：一个事务读取了几行记录后，另一个事务插入一些记录，幻读就发生了。再后来的查询中，第一个事务就会发现有些原来没有的记录。
- READ_COMMITTED--允许在并发事务已经提交后读取。可防止脏读，但幻读和不可重复读仍可发生
- REPEATABLE_READ--对相同字段的多次读取是一致的，除非数据被事务本身改变。可防止脏、不可重复读，但幻读仍可能发生
- SERIALIZABLE--完全服从ACID的隔离级别，确保不发生脏、幻、不可重复读。这在所有的隔离级别中是最慢的，它是典型的通过完全锁定在事务中涉及的数据表来完成的
其中，MySQL默认采用REPEATABLE_READ隔离级别；Oracle默认采用READ_COMMITTED隔离级别
（2）事务传播行为：（七种）
- REQUIRED--支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。
- SUPPORTS--支持当前事务，如果当前没有事务，就以非事务方式执行。
- MANDATORY--支持当前事务，如果当前没有事务，就抛出异常。
- REQUIRES_NEW--新建事务，如果当前存在事务，把当前事务挂起。
- NOT_SUPPORTED--以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
- NEVER--以非事务方式执行，如果当前存在事务，则抛出异常。
- NESTED--如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与REQUIRED类似的操作。拥有多个可以回滚的保存点，内部回滚不会对外部事务产生影响。只对DataSourceTransactionManager有效
3.TransactionStatus 事务具体运行状态
三、Spring事务管理设计思想：
四、案例分析：
Java代码结构：
代码见：https://github.com/AlbertRui/Spring/tree/master/spring_tx/src
参考：http://blog.csdn.net/daijin888888/article/details/51822257