定义

transactional源码

@Transactional的特性有：

1. 可以在类或方法（接口）上标注

标注在类上：类中所有方法都进行事务管理

标注在接口上、实现类的方法上：方法进行事务管理

2. 优先级：方法注解 > 类注解

属性

1. value和transactionManage: 事务管理器，Platform TransactionManager接口

2. propagation: 事务传播机制，默认值为Propagation.REQUIRED

事务传播机制与特性：

1. REQUIRED: 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。（默认值，也是绝大多数使用场景）

2. SUPPORTS：如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。

3. MANDATORY: 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

4. REQUIRES_NEW: 总算开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。

5. NOT_SUPPORTED: 总算非事务地执行，并挂起任何存在的事务。

6.NEVER: 总是非事务的执行，如果存在一个活动事务，则抛出异常。

7. NESTED: 如果一个活动的事务执行，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。

事务隔离级别：

1. DEFAULT: 使用后端数据库默认的隔离级别。（默认值，也是绝大多数场景）

2. READ_UNCOMMITTED: 最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读。

3. READ_COMMITTED: 允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生。

4. REPEATABLE_READ: 对同一字段读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。

5. SERIALIZABLE: 最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

使用@Transactional需要注意的地方

1. @Transactional需要用到public方法才有效。

2. 在默认配置中，Spring Framework的事务框架代码只会将出现runtime，unchecked异常的事务标记为回滚；也就是说事务中抛出的异常是RuntimeException或其子类，这样事务才会回滚（默认情况下Error也会导致事务回滚）。但是，在默认配置的情况下，所有的checked异常都不会引起事务回滚。