目录
- 概述
- 事务的传播类型
- 事务隔离级别
- 事务失效的场景
概述
Spring针对Java Transaction API (JTA)、JDBC、Hibernate和Java Persistence API(JPA)等事务 API，实现了一致的编程模型，而Spring的声明式事务功能更是提供了极其方便的事务配置方式，配合Spring Boot的自动配置，大多数Spring Boot项目只需要在方法上标记@Transactional注解，即可一键开启方法的事务性配置。
但是，事务如果没有被正确使用，很有可能会导致事务的失效，带来意想不到的数据不一致问题，随后就是大量的人工查找问题和修复数据，本次主要分享Spring事务在技术上的正确使用方式，避免因为事务处理不当导致业务逻辑产生大量偶发性BUG。
事务的传播类型
//如果没有事务就进行创建，存在则加入
@Transactional(propagation=Propagation.REQUIRED)//不为当前方法开启事务
@Transactional(propagation=Propagation.NOT_SUPPORTED)//不管是否存在事务, 都创建一个新的事务, 原来的挂起, 新的执行完毕后, 继续执行老的事务
@Transactional(propagation=Propagation.REQUIRES_NEW)//必须在一个已有的事务中执行, 否则抛出异常
@Transactional(propagation=Propagation.MANDATORY)//必须在一个没有的事务中执行, 否则抛出异常(与Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.NEVER)//如果其他bean调用这个方法, 在其他bean中声明事务, 那就用事务, 如果其他bean没有声明事务, 那就不用事务
@Transactional(propagation=Propagation.SUPPORTS)
事务隔离级别
// 读未提交(会出现脏读, 不可重复读) 基本不使用
@Transactional(isolation = Isolation.READ_UNCOMMITTED)// 读已提交(会出现不可重复读和幻读) Oracle默认
@Transactional(isolation = Isolation.READ_COMMITTED)// 可重复读(会出现幻读) MySQL默认
@Transactional(isolation = Isolation.REPEATABLE_READ)// 串行化
@Transactional(isolation = Isolation.SERIALIZABLE)
事务失效的场景
- 事务方法未被Spring管理
如果事务方法所在的类没有注册到Spring IOC容器中，也就是说，事务方法所在类并没有被Spring管理，则Spring事务会失效，举个例子