说明：本文主要内容来自慕课网。配合视频食用口味更佳。
主要是顺着已经学习的视频顺序总结一遍，以深化理解和方便日后复习。
概念简析
事务
逻辑的一组操作，要么一起成功，要么一起失败。
事务的特性 ACID
- 原子性：事务是一个不可分割的工作单位。事务中的操作要么一起成功，要么一起失败。
- 一致性：事务前后数据的完整性必须保持一致。
- 隔离性：多个用户并发访问数据库时，一个用户的事务不能被其他用户的事务干扰。可以通过设置隔离级别来实现。
- 持久性：一个事务一旦被提交，那么数据库中数据的改变是永久性的。即使数据库发生故障也不该对其有影响。
spring中事务管理的api
- PlatformTransactionManager：事务管理器
包含了事务的提交、回滚等管理。 - TransactionDefinition：事务定义信息
包含了事务的隔离级别、传播、超时信息等。 - TransactionStatus：事务具体运行状态
包含了事务是否有保存点、是不是新事务等状态信息。
PlatformTransactionManager
是interface，有一些具体的实现类，比如datasourceTransactionManager。
spring为不同的持久化框架提供了不同的PlatformTransactionManager。以最常用的举例。
| 框架 | 事务 |
|---|---|
| spring jdbc或ibatis、mybatis | org.springframework.jdbc.datasource.DataSourceTransactionManager |
| Hibernate | org.springframework.orm.hibernate3.HibernateTransactionManager |
TransactionDefinition
隔离级别
-
隔离级别相关的常量，以ISOLATION开头。
-
数据库在查询数据时,由于种种原因会发生以下三种问题.
- 脏读：一个事务读取了另一个事务改写但是还没提交的数据。如果这些数据被回滚，则读到的数据是无效的。
- 不可重复读：在同一个事务中，多次读取同一个数据返回的结果不同。
- 幻读：一个事务读取了几行数据后，另一个事务插入了一些记录。在后来的查询中，第一个事务就会发现一些原来不存在的记录。
-
事务的隔离级别： 就是为了解决以上问题设定的事务相关的属性
| 隔离级别 | 含义 |
|---|---|
| DEFAULT | 使用后端数据库默认的隔离级别（spring中得选择项） |
| READ_UNCOMMITED | 允许读取还没提交的已改变了的数据，可能导致脏读、幻读、不可重复读。 |
| READ_COMMITED | 允许在并发事务已经提交后读取，可防止脏读。但不可防止幻读和不可重复读。 |
| REPEATABLE_READ | 对相同字段的多次读取，结果是一致的，除非数据被事务本身改变。可防止脏读、不可重复读，但不可防止幻读。 |
| SERIALIZABLE | 完全服从ACID的隔离级别，可防止脏读、幻读、不可重复读。这在所有隔离级别中是最慢的，因为它是通过完全锁定在事务中涉及的数据表来完成的。是不可能出现并发访问的情况。 |
- 默认隔离级别举例：
mysql：REPEATABLE_READ
oracle：READ_COMMITED
Spring中默认的隔离级别就是使用的底层数据库的隔离级别
传播行为
- 传播行为相关的常量，以PROPAGATION开头。
- 解决业务层方法之间的相互调用的问题。
- web层-->业务层-->持久层
假设持久层有两个dao，dao1，dao2。业务层有两个service，service1和service2。
Dao1{
xxx(){}
}
Dao2{
yyy(){}
}
Service1{
aaa(){
dao1.xxx();
dao2.yyy();
}
}
Service2{
bbb();
}
事务是加在业务层的。若此时业务复杂，需要调用service1和service2的方法来共同完成业务功能。而此时service1和service2都有自己的事务管理，那么事务到底使用service1里的还是service2里的呢？此时就用到了业务的传播行为。
| 事务的传播行为 | 说明 |
|---|---|
| PROPAGATION_REQUIRED | 支持当前事务，如果不存在，就新建一个。 |
| PROPAGATION_SUPPORTS | 支持当前事务，如果不存在，就不使用事务。 |
| PROPAGTION_MANDATORY | 支持当前事务，如果不存在，就抛出异常。 |
| PROPAGATION_REQUIRES_NEW | 如果有事务存在，挂起当前事务，创建 一个新的事务。 |
| PROPAGATION_NOT_SUPPORTED | 如果有事务存在，挂起当前事务。以非事务的方式进行。 |
| PROPAGATION_NEVER | 如果有事务存在，抛出异常。以非事务的方式进行。 |
| PROPAGATION_NESTED | 如果有事务存在，则嵌套事务执行。 |
- 重点记忆这三种：PROPAGATION_REQUIRED，PROPAGATION_REQUIRES_NEW，PROPAGATION_NESTED。
- PROPAGATION_REQUIRED：保证service1的aaa()和service2的bbb()在同一个事务里。
- PROPAGATION_REQUIRES_NEW：保证service1的aaa()和service2的bbb()不在同一个事务里。
- PROPAGATION_NESTED：service1的aaa()执行完后可以设置一个保存点，如果service2的bbb()执行时出了问题，可以选择回滚到保存点，也可以选择回滚到最初点。是一种嵌套事务。
TransactionStatus
提供一组方法来获取、设置事务的一些状态信息。比如isCompleted()，isRollBackOnly()。
三个接口直接的关系
Spring中DepaltformTransactionManager根据TransactionDefinition中设置的事务隔离级别和传播行为,来管理事务，将信息保存到TransactionStatus中。
Spring的编程式事务管理
需手动编写代码，在需要用到事务的方法中编写代码（一般不使用）
- 配置事务管理器platformTransactionManager。
对于jdbc 需要datasourceTransactionManager 其中必须定义数据源属性dataSource，jdbc中是c3p0的连接池 - 事务管理的模板(注意和sql模板不同) transactionTemplate 事务管理模板,其属性就是上面对应的事务管理器。
- 在需要事务管理的代码处使用内部匿名类来执行运行sql的代码，这样将所有的操作后台的sql都会放在同一个事务中。
Spring的声明式事务管理
- 首先还是要配置事务管理器
- 配置事务管理具体方法
经典ProxyFactoryBean(使用动态代理的技术,用法已经渐渐废弃)
需要配置TransactionProxyFactoryBean 属性包括target(标注哪个Bean需要事务管理) 和 事务管理器(上面配置的),在bean的配置中通过property来配置事务的传播行为和隔离级别。(只能对一个目标进行配置,就是那个target,不好用)
使用aop来进行事务管理
使用基于AspectJ的Spring AOP来管理
xml配置
配置通知 <tx:advice>
配置切面 <aop:aspect>,在切面中配置通知和切点。
注解配置
@Transactional即可配置;对需要的类配置,同时也可配置相关的隔离级别和传播行为属性。
网友评论