mysql中事务的四大特性和事务的隔离级别以及传播特性——＜四＞

一、事务的四大特性（ACID）

1.1 原子性（Atomicity）

原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，
因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。

1.2 一致性（Consistency）

一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，
也就是说一个事务执行之前和执行之后都必须处于一致性状态。

拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，
事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

1.3 隔离性（Isolation）

隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，
不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。

即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，
要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。

1.4 持久性（Durability）

持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，
即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

例如我们在使用JDBC操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，
就可以认定事务以及正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成，
否则就会造成我们看到提示事务处理完毕，但是数据库因为故障而没有执行事务的重大错误。

二、事务隔离性问题

事务的隔离性，当多个线程都开启事务操作数据库中的数据时，数据库系统要能进行隔离操作，以保证各个线程获取数据的准确性，在介绍数据库提供的各种隔离级别之前，我们先看看如果不考虑事务的隔离性，会发生的几种问题：

2.1 脏读

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

事务操作两条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.2 不可重复读

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

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

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

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

2.3 幻读

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

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

三、事务的隔离级别和传播特性

3.1 MySQL数据库为我们提供的四种隔离级别

事务的隔离级别一般有四种(spring提供了五种)：
1.DEFAULT   默认使用数据库的隔离级别

2.READ_UNCOMMITTED  能读取还未提交的事务，不能解决脏读、不可重复度和幻读

3.READ_COMMITTED  只能读取已经提交的事务，能解决脏读，不能解决不可重复读和幻读，一般使用此隔离级别

4.REPEATABLE_READ   当一个事务读取这个数据时会对其进行加锁处理，防止其他事务对数据进行修改。重复读取(REPEATABLE_READ)的意思，读取了一条数据，这个事务不结束，别的事务就不可以改这条记录，这样就解决了脏读、不可重复读的问题，但是幻读的问题还是无法解决

5.SERLALIZABLE 串行化，最高的事务隔离级别，不管多少事务，挨个运行完一个事务的所有子事务之后才可以执行另外一个事务里面的所有子事务，这样就解决了脏读、不可重复读和幻读的问题了

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

在MySQL数据库中，支持上面四种隔离级别，默认的为Repeatable read (可重复读)；而在Oracle数据库中，只支持Serializable (串行化)级别和Read committed (读已提交)这两种级别，其中默认的为Read committed级别。

3.2 关于隔离级别的命令操作

# 查询当前事务的隔离级别
select @@tx_isolation;

# 查看当前会话隔离级别
select @@tx_isolation;
# 查看系统当前隔离级别
select @@global.tx_isolation;
# 设置当前会话隔离级别
set session transaction isolatin level repeatable read;
# 设置系统当前隔离级别
set global transaction isolation level repeatable read;

3.3 事务的传播特性

事务的传播特性：指的就是当一个事务方法被另一个事务方法调用时，这个事务方法应该如何进行。
一共有七种传播行为：

1.PROPAGATION_REQUIRED  如果当前方法存在一个事务，则将该方法置于同一个事物中，如果之前不存在事务，
  则另新开启一个事物（delete ，insert update）

2.PROPAGATION_SUPPORTS 如果当前方法存在一个事务，则将该方法置于同一个事物中，如果之前不存在事务，则进行非事务执行（select）

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

4.PROPAGATION_REQUIRES_NEW 使用PROPAGATION_REQUIRES_NEW,需要使用 JtaTransactionManager作为事务管理器。 
  它会开启一个新的事务。如果一个事务已经存在，则先将这个存在的事务挂起。

5.PROPAGATION_NOT_SUPPORTED PROPAGATION_NOT_SUPPORTED 总是非事务地执行，并挂起任何存在的事务。
  使用PROPAGATION_NOT_SUPPORTED,也需要使用JtaTransactionManager作为事务管理器。

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

7.PROPAGATION_NESTED 如果一个活动的事务存在，则运行在一个嵌套的事务中。 
  如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行

参考博客：

https://www.cnblogs.com/blog-pl/p/10919393.html
https://www.cnblogs.com/fjdingsd/p/5273008.html