spring事务

传播级别:多个方法间事务的传播方式

先看下面伪代码,
apply方法中调用了其他方法，spring的事务是方法级别的，事务A的起止点怎么规定呢? 是多个方法一个事务A，还是每个方法单独一个事务，这就是传播级别所要规定的

public class Service1{
    @Transactional(propagation = Propagation.REQUIRED)
    public void apply(User user){
        addRecode();//不管是否申请成功，我都要插入一条申请记录，所以传播级别就是不需要咯或者新开
        deleteXX();//
        update();
    }

    @Transactional(propagation = REQUIRES_NEW)
    public void addRecode(){
    }

    @Transactional(propagation = Propagation.REQUIRED)//保持和apply一个事务，需要的时候再创建
    public void delete(){
    }

}

具体:
REQUIRED 业务方法需要在一个事务中运行,如果方法运行时,已处在一个事务中,那么就加入该事务,否则自己创建一个新的事务.这是spring默认的传播行为.
SUPPORTS 如果业务方法在某个事务范围内被调用,则方法成为该事务的一部分,如果业务方法在事务范围外被调用,则方法在没有事务的环境下执行.
MANDATORY 只能在一个已存在事务中执行,业务方法不能发起自己的事务,如果业务方法在没有事务的环境下调用,就抛异常
REQUIRES_NEW 业务方法总是会为自己发起一个新的事务,如果方法已运行在一个事务中,则原有事务被挂起,新的事务被创建,直到方法结束,新事务才结束,原先的事务才会恢复执行.
NOT_SUPPORTED 声明方法需要事务,如果方法没有关联到一个事务,容器不会为它开启事务.如果方法在一个事务中被调用,该事务会被挂起,在方法调用结束后,原先的事务便会恢复执行.
NEVER 声明方法绝对不能在事务范围内执行,如果方法在某个事务范围内执行,容器就抛异常.只有没关联到事务,才正常执行.
NESTED 如果一个活动的事务存在,则运行在一个嵌套的事务中.如果没有活动的事务,则按REQUIRED属性执行.它使用了一个单独的事务, 这个事务拥有多个可以回滚的保证点.内部事务回滚不会对外部事务造成影响, 它只对DataSourceTransactionManager 事务管理器起效.

隔离级别:多个事务之间的数据隔离

数据库提供了四种事务隔离级别, 不同的隔离级别采用不同的锁类开来实现. 各种名词， 排他锁 读共享锁 表锁页锁行锁 没 有研究过
在四种隔离级别中, Serializable的级别最高, Read Uncommited级别最低.
大多数数据库的默认隔离级别为: Read Commited,如Sql Server , Oracle.
少数数据库默认的隔离级别为Repeatable Read, 如MySQL InnoDB存储引擎.

Read Uncommited :读未提交数据( 会出现脏读,不可重复读,幻读 ,避免了 第一类丢失 更新 )
Read Commited :读已提交的数据(会出现不可重复读,幻读)
Repeatable Read :可重复读(会出现幻读) 有些场景
Serializable :串行化 如果并发当中的sync 一定只有一个线程在执行 太慢了

脏读:读取的别的事务可能回滚的数据，关系型数据库中这种基本不会了，很少有业务场景会需要用到
不可重复读:即一次事务中两次读取到的数据内容不同，别的事务update了
幻读:即一次事务中两次读取到的数据数量不同，别的事务insert了 即有上了行级写锁 上锁的数据不允许update，但没有上表锁，所以还可以新增

spring的隔离级别 vs 数据库的隔离级别

spring事务的传播级别是spring管理事务过程中，多个方法调用时开启0个/一个/多个事务的问题，这是业务问题，和数据库的事务是没有关系的

我们先看整个事务的过程如下:

spring的事务隔离级别是数据库隔离级别的封装，利用的就是数据库的隔离级别，干涉事务过程中的设置事务隔离级别，所以spring设置的隔离级别必须要数据库支持，

另外，其实数据库的操作每次执行后数据都已经更改了，大部分原理是因为上锁问题，而不被其他事务所看到，事务回滚就是将这部分数据撤销