Spring事务

1、事务不生效场景

1、spring团队建议在具体的方法或者类上面使用事务，而不要在类要实现的接口上面。接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的

2、数据库引擎设置不对造成的。比如我们最常用的mysql，引擎MyISAM，是不支持事务操作的。需要改成InnoDB才能支持

3、事务的入口方法必须是public，否则不会生效(主要是spring的aop特性决定)，另外private、final、static方法使用事务也不会生效

4、spring的事务默认是在运行时自动处理，如果手动catch掉是不会回滚的

5、业务和事务操作必须在一个线程内，否则是不会生效的，如：

    @Transactional
    public void save(String id) {
        new Thread(() -> save(id)).start();
    }

6、检查类是否被代理了（因为spring的事务实现原理为AOP，只有通过代理对象调用方法才能被拦截，事务才能生效）

7、无事务方法调用有事务方法也不会生效

2、声明式事务@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 方法将都具有该类型的事务属性。

事务超时 timeout

为了保证应用程序更好的执行，它的事务不能运行太多时间，因事务会对后端数据库造成锁定，长时间的运行事务将会不必要的占用数据库资源，可以给事务设置一个超时时间，在特定时间后将会自动回滚，不需要等到事务结束

 

3、 事务隔离级别

在一个典型的应用程序中，多个事务同时运行，经常会为了完成他们的工作而操作同一个数据。并发虽然是必需的，但是会导致一下问题：

• 脏读（Dirty read）-- 脏读发生在一个事务读取了被另一个事务改写但尚未提交的数据时。如果这些改变在稍后被回滚了，那么第一个事务读取的数据就会是无效的。
• 不可重复读（Nonrepeatable read）-- 不可重复读发生在一个事务执行相同的查询两次或两次以上，但每次查询结果都不相同时。这通常是由于另一个并发事务在两次查询之间更新了数据。
• 幻读（Phantom reads）-- 幻影读和不可重复读相似。当一个事务（T1）读取几行记录后，另一个并发事务（T2）插入了一些记录时，幻影读就发生了。在后来的查询中，第一个事务（T1）就会发现一些原来没有的额外记录。

 

隔离级别	含义
ISOLATION_DEFAULT	使用后端数据库默认的隔离级别。
ISOLATION_READ_UNCOMMITTED	允许读取尚未提交的更改。可能导致脏读、幻影读或不可重复读。
ISOLATION_READ_COMMITTED	允许从已经提交的并发事务读取。可防止脏读，但幻影读和不可重复读仍可能会发生。
ISOLATION_REPEATABLE_READ	对相同字段的多次读取的结果是一致的，除非数据被当前事务本身改变。可防止脏读和不可重复读，但幻影读仍可能发生。
ISOLATION_SERIALIZABLE	完全服从ACID的隔离级别，确保不发生脏读、不可重复读和幻影读。这在所有隔离级别中也是最慢的，因为它通常是通过完全锁定当前事务所涉及的数据表来完成的。

在@Transactional中事务的五个隔离级别被归类到枚举类Isolation.Isolation的属性值：

• default：使用基础数据存储的默认隔离级别
• read_uncommitted：读未提交，允许一个事务可以操作另一个无提交的事务，允许脏读、不可重复读、幻读，隔离级别最低，并发性能最高 
• read_committed：读未提交，一个事务不可以操作另外一个未提交的事务，能防止脏读，允许不可重复读和幻读
• repeatable_read：可重复读，表示脏读和不可重复的读取被阻止;可以发生幻读
• serializable:序列化,表示脏读、不可重复读、幻读被阻止

 

4、事务传播级别

• propagation_required：如果一个事务存在，则支持当前事务，如果不存在，则创建新的事务
• propagation_supports：如果一个事务存在，则支持当前事务，如果不存在，则非事务的方法运行
• propagation_mendatory：如果一个事务存在，则支持当前事务，如果存在，则抛出异常
• propagation_requires_new：总是要开启一个新的事务，如果事务存在，将该事务挂起
• propagation_not_supported：总是非事务方法运行，并挂起所有的事务
• propagation_never：总是非事务方法运行，如果事务存在则抛出异常
• propagation_nested：某一个事务存在，则运行在一个嵌套的事务中