前言
对数据库的单一操作, 如果操作成功, 目的能达到, 如果操作失败, 也只是单一操作的失败, 随着功能越来越多, 业务也随之变得复杂起来, 之后可能会遇见, 实现一个非常简单的增加功能, 都会涉及到对数据库的一系列的操作, 如果过程中某一操作出了问题, 哪功能实现不了, 但是在出问题之前对数据库成功的操作怎么撤销呢
为了保证同一需求, 对数据库一系列的操作, 要不就全部成功, 要不就全部失败的机制 ! ! !
一、事务的概念
在事务中涉及几个概念:
- 开启事务(begin)
- 提交事务(commit)
- 回滚事务(rollback)
关于Spring JDBC 事务管理的机制, 大致是
开启事务: Begin
try {
业务方法
} catch (RuntimeException e) {
回滚事务: Rollback
}
提交事务: Commit
二、声明事务
在基于Spring JDBC的编程中, 当需要某个业务方法是事务性的, 只要在此方法上添加@Transactional
(业务的)
何时添加 ? ? ?
业务方法中涉及1次以上的写操作(增删改操作), 就必须使的此业务方法是事务性的
…涉及到多次查询的业务方法, 声明为事务性的, 则会使用同一个数据库连接, 在多次查询时, 会提高查询效率
添加在哪 ? ? ?
接口
接口的抽象方法
接口实现类
接口实现类的重写方法
1. 当添加在 接口 和 接口实现类时, 它们里面的所有方法都是事务性的
2. 当添加在 接口的抽象方法中 和 接口实现类的重写方法上, 当前的方法是事务性的
3. 如果同时添加了此注解, 并配置了不同的参数, 则以方法上的注解参数为准
建议将@Transactional添加在接口上, 或接口中的抽象方法上
三、注意事项
需要注意:
@Transactional
基于接口代理模式
@Transactional
只针对接口中声明的方法是有效的, 例如, 你在业务实现类中另外声明了某方法, 此方法在业务接口中没有被声明, 这个方法即使添加了@Transactional
也没有用- 内部调用时, 被调用方法的
@Transactional
也是无效的(也就是嵌套时,只有最外层@Transactional
生效), 例如: 接口中声明了a()
、b()
这两个方法, 它们都添加了@Transactional
注解, 且a()
方法的内部调用了b()
方法, 则此次调用,b()
方法上的Transactional
注解也是无效的 - 默认情况下, 根据
RuntimeException
进行回滚, 也可配置@Transactional
注解的rollbackFor
属性, 指定根据其他异常进行回滚, 还可以配置noRollbackFor
属性, 排除出现某些异常时不回滚
使用@Transactional注解需要添加 jdbc 依赖, 一般都是联合mybatis框架使用, 在SpringBoot项目中, 因为mybatis-spring-boot-start里面已经有 jdbc 的依赖了, 不需要额外导入 jdbc 依赖, 在不需要mybatis框架的模块中, 为了保证子模块使用的依赖版本统一, 需要将mybatis-spring-boot-start中不需要的依赖去除(避免某些自动配置导致程序运行错误)