Spring事务
事务作用: 在数据层保障一系列的数据库操作同成功同失败
Spring事务作用: 在数据层或业务层保障一系列的数据库操作同成功同失败
- Spring事务依赖 PlatformTransactionManager 接口
- DataSourceTransactionManager对象 是 PlatformTransactionManager的具体实现
入门案例
模拟银行账户间转账业务
需求: 实现任意两个账户间转账操作需求
微缩: A账户减钱，B账户加钱
分析
- 数据层提供基础操作，指定账户减钱(outMoney)，指定账户加钱(inMoney )
- 业务层提供转账操作(transfer)，调用减钱与加钱的操作
- 提供2个账号和操作金额执行转账操作
- 基于Spring整合MyBatis环境搭建上述操作
问题分析
- 程序正常执行时，账户金额A减B加，没有问题
- 程序出现异常后，转账失败，但是异常之前操作成功, 异常之后操作失败，整体业务出现问题
通过Spring事务管理解决问题
- 在业务层接口上添加Spring事务管理
- Spring注解式事务通常添加在业务层接口中而不会添加到业务层实现类中，降低耦合
- 注解式事务可以添加到业务方法上表示当前方法开启事务，也可以添加到接口上表示当前接口所有方法开启事务
- 设置事务管理器
- 事务管理器要根据实现技术进行选择
- MyBatis框架使用的是JDBC事务
- 开启注解式事务驱动
事务角色
理解Spring处理事务的原理
- 没有开启Spring事务, Dao层的事务是独立的, 程序出现异常后, 业务整体就出现了数据不一致的情况
- 开启Spring事务后, Dao层的事务会加入Spring事务, 由Spring同一管理, 异常后就能同一回滚, 保持数据一致
- 事务角色: Spring事务被称为事务管理管, 其他事务称为事务协调员
- 事务管理员: 发起事务方，在Spring中通常指代业务层开启事务的方法
- 事务协调员: 加入事务方，在Spring中通常指代数据层方法，也可以是业务层方法
Spring为什么可以管理数据层的事务?
因为 注册Spring事务管理器 和 创建Mybatis数据连接 使用的是同一个dataSource(数据源对象)
事务配置
Spring的事务可以进行精细化的配置
public interface AccountService { // readOnly默认值是false, 是读写事务 @Transactional(readOnly=true,timeout=-1) public void transfer(String out,String in ,Double money)throws IoException; }/** rollbackFor: 设置事务的回滚异常 程序中出现异常, 以下两种异常可以触发事务回滚: 1. Error系列, 比如内存溢出 2. 运行时异常, 比如 xxxException 其他的异常类型不会触发事务的回滚 恰巧io exception不属于运行时异常, 所以默认不触发事务 如果需要的话, 就自己配置一下 */ public interface AccountService { @Transactional(rollbackFor = {IOException.class}) public void transfer(String out,String in ,Double money)throws IoException; }事务传播行为
转账业务追加日志
需求: 实现任意两个账户间转账操作，并对每次转账操作在数据库进行留痕
需求微缩: A账户减钱，B账户加钱，数据库记录日志分析
- 基于转账操作案例添加日志模块，实现数据库中记录日志
- 业务层转账操作(transfer)，调用减钱、加钱与记录日志功能实现
- 效果预期
- 无论转账操作是否成功，均进行转账操作的日志留痕
- 存在的问题
- 日志的记录与转账操作隶属同一个事务，同成功同失败
- 实现效果预期改进
- 无论转账操作是否成功，日志必须保留
事务传播行为: 事务协调员对事务管理员所携带事务的处理态度
- 在业务层接口上添加Spring事务，设置事务传播行为REQUIRES_NEW (需要新事务)
- 其他的可选值
