spring事物特性，事物传播机制

事物定义

事务（Transaction）是并发控制单位，是用户定义的一个操作序列，这些操作要么都做，要么都不做，是一个不可分割的工作单位。

事务由单独单元的一个或者多个sql语句组成，在这个单元中，每个mysql语句是相互依赖的。而整个单独单元作为一个不可分割的整体，如果单元中某条sql语句一旦执行失败或者产生错误，整个单元将会回滚，也就是所有受到影响的数据将会返回到事务开始以前的状态；如果单元中的所有sql语句均执行成功，则事务被顺利执行。
 

事物特性

• 原子性：一个事务不可在分割，要么都执行要么都不执行。
• 一致性：一个事务的执行会使数据从一个一致状态切换到另一个一致的状态。
• 隔离性：一个事务的执行不受其他事物的干扰
• 持久性： 一个事务一旦提交，则会永久的改变数据库的数据

 

事物传播机制

1）REQUIRED        require(需要，要求)事物

    定义：如果有事务则加入事务，如果没有事务，则创建一个新的（默认值）
总结：

        当BlogServiceImpl提供事务的时候，BlogServiceImpl2的方法执行使用当前已有事务，不再新建事务；

        当BlogServiceImpl不创建事务的时候，BlogServiceImpl2的方法执行发现没有事务可用，自己新建事务；

 2）NOT_SUPPORTED       no_supported(不支持事物)

    定义：Spring不为当前方法开启事务，相当于没有事务

总结：

        NOT_SUPPORTED相当于没有Spring事务，每条执行语句单独执行，单独提交

  
3) REQUIRES_NEW         require_new(需要新的事物)

    定义：不管是否存在事务，都创建一个新的事务，原来的方法挂起，新的方法执行完毕后，继续执行老的事务
总结：

        REQUIRES_NEW为当前方法创建一个新的事务，并且当前事务先提交，然后再提交老的事务

4）MANDATORY            mandatory（强制的，命令的）

    定义：必须在一个已有的事务中执行，否则报错
总结：    

        MANDATORY必须在已有事务下被调用，否则报错

        NOT_SUPPORTED执行数据库层面的事务操作，故当前测试中，insert方法成功执行，delete方法的抛错并不影响insert方法的执行

 5）NEVER                never（从不）

    定义：必须在一个没有的事务中执行，否则报错
总结：

        NEVER必须在没有事务的方法中执行，否则报错；

        save方法开启一个事务，还没来及提交发现delete方法报错，只能回滚事务
6）SUPPORTS

    定义：如果其他bean调用这个方法时，其他bean声明了事务，则就用这个事务，如果没有声明事务，那就不用事务
总结：

        SUPPORTS类型的事务传播机制，是否使用事务取决于调用方法是否有事务，如果有则直接用，如果没有则不使用事务
7）NESTED         nested（嵌套的）

    定义：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与REQUIRED类似的操作
总结：

        save方法创建一个事务，则再调用delete方法时，直接在该事务的基础上创建一个嵌套事务，本质上还是同一个事务，做一次提交；

        save方法不创建事务，则调用delete方法时，直接创建一个新的事务，单独提交

注意事项

    1）REQUIRED

        当两个方法的传播机制都是REQUIRED时，如果一旦发生回滚，两个方法都会回滚

    2）REQUIRES_NEW

        当delete方法传播机制为REQUIRES_NEW，会开启一个新的事务，并单独提交方法，所以save方法的回滚并不影响delete方法事务提交

    3）NESTED

        当save方法为REQUIRED，delete方法为NESTED时，delete方法开启一个嵌套事务；

        当save方法回滚时，delete方法也会回滚；反之，如果delete方法回滚，则并不影响save方法的提交
 

 

1，脏读

　　脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据。

　　当一个事务正在多次修改某个数据，而在这个事务中这多次的修改都还未提交，这时一个并发的事务来访问该数据，就会造成两个事务得到的数据不一致。例如：用户A向用户B转账100元，对应SQL命令如下

update account set money=money+100 where name=’B’; (此时A通知B) update account set money=money - 100 where name=’A’;

　　当只执行第一条SQL时，A通知B查看账户，B发现确实钱已到账（此时即发生了脏读），而之后无论第二条SQL是否执行，只要该事务不提交，则所有操作都将回滚，那么当B以后再次查看账户时就会发现钱其实并没有转。

2，不可重复读

　　不可重复读是指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。

　　例如事务T1在读取某一数据，而事务T2立马修改了这个数据并且提交事务给数据库，事务T1再次读取该数据就得到了不同的结果，发送了不可重复读。

　　不可重复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。

　　在某些情况下，不可重复读并不是问题，比如我们多次查询某个数据当然以最后查询得到的结果为主。但在另一些情况下就有可能发生问题，例如对于同一个数据A和B依次查询就可能不同，A和B就可能打起来了……

3，虚读(幻读)

　　幻读是事务非独立执行时发生的一种现象。例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。

　　幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。

现在来看看MySQL数据库为我们提供的四种隔离级别：

　　① Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。
　　② Repeatable read (可重复读)：可避免脏读、不可重复读的发生。
　　③ Read committed (读已提交)：可避免脏读的发生。
　　④ Read uncommitted (读未提交)：最低级别，任何情况都无法保证。

　　以上四种隔离级别最高的是Serializable级别，最低的是Read uncommitted级别，当然级别越高，执行效率就越低。像Serializable这样的级别，就是以锁表的方式(类似于Java多线程中的锁)使得其他的线程只能在锁外等待，所以平时选用何种隔离级别应该根据实际情况。在MySQL数据库中默认的隔离级别为Repeatable read (可重复读)。