事务注解目录
- 一、什么是事务?
- 二、事务的特性 (具有ACID的特性)
- 1. A 原子性(atomicity) :
- 2. C 一致性(consistency):
- 3. I 隔离性(isolation):
- 4. D 持久性(Durability):
- 三、@Transactional的介绍
- 四、@Transactional的实现原理
- 五、@Transactional事务的隔离级别
- 六、@Transactional事务的传播机制
- 七、@Transactional事务的属性
- 八、失效场景
@Transactional 是java中使用的注解形式的事务
既然使用@Transactional就要理解什么是事务。下面将会详细介绍:
一、什么是事务?
事务(Transactional) 就是把多个要做的操作组合成一个整体,利用事务的特性来保证操作的安全性,如果一个事务做到一半出现任何错误,就会进行回滚操作,来恢复成最初的模样。
二、事务的特性 (具有ACID的特性)
1. A 原子性(atomicity) :
事务是一个不可分割的工作单位,事务中的操作要么都修改,要么都不修改。
2. C 一致性(consistency):
事务在完成时,必须是所有的数据都保持一致状态。
3. I 隔离性(isolation):
一个事务的执行不能被其他事务所影响。
4. D 持久性(Durability):
持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的.
三、@Transactional的介绍
- @Transactional 是java中使用的注解形式的事务,也就是说可以直接使用该注解来完成事务操作.
- 使用的位置: 该注解可以写在类或者方法上面.注意不能写在接口上。
- 方法的权限: 必须是public的方法才可以使用该注解.
- 默认情况下,事务遇到RuntimeException 时会回滚 . 遇到受检查的异常 是不会回滚的. 要想所有异常都回滚,要加上 @Transactional( rollbackFor={Exception.class,其它异常})
四、@Transactional的实现原理
该注解是通过JDBC的事务 + Spring的AOP动态代理来完成的.
基于AOP面向切面的,它将具体业务与事务处理部分解耦,代码侵入性很低
- 事务开始时,通过AOP机制,生成一个代理connection对象,
- 并将其放入 DataSource 实例的某个与 DataSourceTransactionManager 相关的某处容器中。
- 在接下来的整个事务中,客户代码都应该使用该 connection 连接数据库,
- 执行所有数据库命令。
- 事务结束时,回滚在第1步骤中得到的代理 connection 对象上执行的数据库命令,
- 然后关闭该代理 connection 对象
五、@Transactional事务的隔离级别
隔离级别类似于(Exception, error)这种, 不同的级别,安全性不同.
如果对(脏读,幻读,不可重复读)这些不太懂的话,建议学习一下Mysql隔离级别的相关知识.
1. @Transactional(isolation = Isolation.READ_UNCOMMITTED):读取未提交数据(会出现脏读,不可重复读) 基本不使用
2. @Transactional(isolation = Isolation.READ_COMMITTED):读取已提交数据(会出现不可重复读和幻读)
3. @Transactional(isolation = Isolation.REPEATABLE_READ):可重复读(会出现幻读)
4. @Transactional(isolation = Isolation.SERIALIZABLE):串行化
六、@Transactional事务的传播机制
事务的传播机制,就是代表事务在不同场景下所要做的操作. 比如(当前事务中又嵌套了另一个事务,这个时候是选择重新开启一个事务,还是使用原来的事务).
@Transactional(propagation=Propagation.REQUIRED)
如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)@Transactional(propagation=Propagation.NOT_SUPPORTED)
容器不为这个方法开启事务@Transactional(propagation=Propagation.REQUIRES_NEW)
不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务@Transactional(propagation=Propagation.MANDATORY)
必须在一个已有的事务中执行,否则抛出异常@Transactional(propagation=Propagation.NEVER)
必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)@Transactional(propagation=Propagation.SUPPORTS)
如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务.
七、@Transactional事务的属性
属性 | 类型 | 描述 |
value | String | 可选的限定描述符,指定使用的事务管理器 |
propagation | enum: Propagation | 可选的事务传播行为设置 |
isolation | enum: Isolation | 可选的事务隔离级别设置 |
readOnly | boolean | 读写或只读事务,默认读写 |
timeout | int (in seconds granularity) | 事务超时时间设置 |
rollbackFor | Class对象数组,必须继承自Throwable | 导致事务回滚的异常类数组 |
rollbackForClassName | 类名数组,必须继承自Throwable | 导致事务回滚的异常类名字数组 |
noRollbackFor | Class对象数组,必须继承自Throwable | 不会导致事务回滚的异常类数组 |
noRollbackForClassName | 类名数组,必须继承自Throwable | 不会导致事务回滚的异常类名字数组 |
八、失效场景
- 应用在非 public 修饰的方法上
- 属性 propagation 设置错误
若是错误的配置以下三种 propagation,事务将不会发生回滚。
- TransactionDefinition.PROPAGATION_SUPPORTS:如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。
- TransactionDefinition.PROPAGATION_NOT_SUPPORTED:以非事务方式运行,如果当前存在事务,则把当前事务挂起。
- TransactionDefinition.PROPAGATION_NEVER:以非事务方式运行,如果当前存在事务,则抛出异常。
- 属性 rollbackFor 设置错误
rollbackFor 可以指定能够触发事务回滚的异常类型。Spring默认抛出了未检查unchecked异常(继承自 RuntimeException 的异常)或者 Error才回滚事务;其他异常不会触发回滚事务 - 同一个类中方法调用,导致@Transactional失效
由于使用Spring AOP代理造成的,因为只有当事务方法被当前类以外的代码调用时,才会由Spring生成的代理对象来管理 - 异常被 ”catch“导致@Transactional失效
- 数据库引擎不支持事务