项目的事务

• 前言
• 一、事务的概念
• 二、声明事务
• 三、注意事项

对数据库的单一操作, 如果操作成功, 目的能达到, 如果操作失败, 也只是单一操作的失败, 随着功能越来越多, 业务也随之变得复杂起来, 之后可能会遇见, 实现一个非常简单的增加功能, 都会涉及到对数据库的一系列的操作, 如果过程中某一操作出了问题, 哪功能实现不了, 但是在出问题之前对数据库成功的操作怎么撤销呢
为了保证同一需求, 对数据库一系列的操作, 要不就全部成功, 要不就全部失败的机制 ! ! !

在事务中涉及几个概念:

• 开启事务(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中不需要的依赖去除(避免某些自动配置导致程序运行错误)