【java】@Transactional事务注解

@Transactional 是java中使用的注解形式的事务

既然使用@Transactional就要理解什么是事务。下面将会详细介绍：

一、什么是事务?

事务(Transactional) 就是把多个要做的操作组合成一个整体，利用事务的特性来保证操作的安全性，如果一个事务做到一半出现任何错误，就会进行回滚操作，来恢复成最初的模样。

二、事务的特性 (具有ACID的特性)

1. A 原子性(atomicity) :

事务是一个不可分割的工作单位，事务中的操作要么都修改，要么都不修改。

2. C 一致性（consistency）：

事务在完成时，必须是所有的数据都保持一致状态。

3. I 隔离性（isolation）：

一个事务的执行不能被其他事务所影响。

4. D 持久性（Durability）:

持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的.

三、@Transactional的介绍

1. @Transactional 是java中使用的注解形式的事务,也就是说可以直接使用该注解来完成事务操作.

2. 使用的位置: 该注解可以写在类或者方法上面.注意不能写在接口上。
   

3. 方法的权限: 必须是public的方法才可以使用该注解.

4. 默认情况下,事务遇到RuntimeException 时会回滚 . 遇到受检查的异常 是不会回滚的. 要想所有异常都回滚,要加上 @Transactional( rollbackFor={Exception.class,其它异常})
   

四、@Transactional的实现原理

该注解是通过JDBC的事务 + Spring的AOP动态代理来完成的.
基于AOP面向切面的，它将具体业务与事务处理部分解耦，代码侵入性很低

1. 事务开始时，通过AOP机制，生成一个代理connection对象，

2. 并将其放入 DataSource 实例的某个与 DataSourceTransactionManager 相关的某处容器中。

3. 在接下来的整个事务中，客户代码都应该使用该 connection 连接数据库，

4. 执行所有数据库命令。

5. 事务结束时，回滚在第1步骤中得到的代理 connection 对象上执行的数据库命令，

6. 然后关闭该代理 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	不会导致事务回滚的异常类名字数组

详细请看我之前写的文章：@Transactional 注解参数详解

八、失效场景

• 应用在非 public 修饰的方法上

• 属性 propagation 设置错误

  若是错误的配置以下三种 propagation，事务将不会发生回滚。

  1. TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
  2. TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
  3. TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。

• 属性 rollbackFor 设置错误
  rollbackFor 可以指定能够触发事务回滚的异常类型。Spring默认抛出了未检查unchecked异常（继承自 RuntimeException 的异常）或者 Error才回滚事务；其他异常不会触发回滚事务

• 同一个类中方法调用，导致@Transactional失效
  由于使用Spring AOP代理造成的，因为只有当事务方法被当前类以外的代码调用时，才会由Spring生成的代理对象来管理

• 异常被 ”catch“导致@Transactional失效

• 数据库引擎不支持事务