数据库之事务隔离级别

并发事务处理带来的问题

脏读：

         事务A读取到事务B未提交的数据，并且后续事务B的数据回滚，导致事务A读取到的数据是一个没有的数据，这成为脏读

幻读：

         事务A读取数据时，读取到的是一条数据；这时事务B对数据进行了増删等操作，导致事务A再读取时，读到的是两条的数据，数据条数不一致，这就是幻读

 脏读与幻读来说，脏读主要是对数据进行修改，幻读主要是对数据进行增删

不可重复读：

         事务A读取到了事务B已经提交的修改数据。通俗的讲，一个事务范围内，多次查询某个数据，却得到不同的结果，强调的是更新操作。

与脏读的区别：脏读是读到未提交的数据，而不可重复读读到的却是已经提交的数据，但实际上是违反了事务的一致性原则。

不可重复读是事务B里面修改了数据

幻读是事务B里面新增了数据

其实串行化可以解决这些问题，就是所有的事务都排队进行，但是这个有一个很大的问题，就是响应会变慢。因为如果这个时候有多个事务进行，会导致排队，

解决方案：

       为了解决这些问题，通过事务隔离机制来解决这些问题，可以很大程度的避免了上面的问题，但是各个事务隔离级别都还存在着一些以下问题：

事务隔离级别	脏读	不可重复读	幻读
读未提交	未解决	未解决	未解决
读已提交	解决	未解决	未解决
可重复读	解决	解决	未解决
串行化	解决	解决	解决

一. 读未提交

如果一个事务读到了另一个未提交事务修改过的数据，那么这种隔离级别就称之为读未提交（英文名：READ UNCOMMITTED），示意图如下：

如上图，Session A和Session B各开启了一个事务，Session B中的事务先将id为1的记录的列c更新为'关羽'，然后Session A中的事务再去查询这条id为1的记录，那么在未提交读的隔离级别下，查询结果就是'关羽'，也就是说某个事务读到了另一个未提交事务修改过的记录。但是如果Session B中的事务稍后进行了回滚，那么Session A中的事务相当于读到了一个不存在的数据，这种现象就称之为脏读，就像这个样子：

脏读违背了现实世界的业务含义，所以这种READ UNCOMMITTED算是十分不安全的一种隔离级别。

二. 读已提交--Oracle 默认的隔离级别

如果一个事务只能读到另一个已经提交的事务修改过的数据，并且其他事务每对该数据进行一次修改并提交后，该事务都能查询得到最新值，那么这种隔离级别就称之为已提交读（英文名：READ COMMITTED），如图所示：

从图中可以看到，第4步时，由于Session B中的事务尚未提交，所以Session A中的事务查询得到的结果只是'刘备'，而第6步时，由于Session B中的事务已经提交，所以Session B中的事务查询得到的结果就是'关羽'了。

对于某个处在在已提交读隔离级别下的事务来说，只要其他事务修改了某个数据的值，并且之后提交了，那么该事务就会读到该数据的最新值，比方说：

我们在Session B中提交了几个隐式事务，这些事务都修改了id为1的记录的列c的值，每次事务提交之后，Session A中的事务都可以查看到最新的值。这种现象也被称之为不可重复读。

三. 可重复读--MySQL 默认的隔离级别（不需要去设置）

在一些业务场景中，一个事务只能读到另一个已经提交的事务修改过的数据，但是第一次读过某条记录后，即使其他事务修改了该记录的值并且提交，该事务之后再读该条记录时，读到的仍是第一次读到的值，而不是每次都读到不同的数据。那么这种隔离级别就称之为可重复读（英文名：REPEATABLE READ），如图所示：

从图中可以看出来，Session A中的事务在第一次读取id为1的记录时，列c的值为'刘备'，之后虽然Session B中隐式提交了多个事务，每个事务都修改了这条记录，但是Session A中的事务读到的列c的值仍为'刘备'，与第一次读取的值是相同的。

读已提交 和 可重复读，都可以读到其它事务已提交的数据，但是它们的区别是，MVCC中生成ReadView的时机不同。读已提交，每次读取数据前都生成一个ReadView,可重复读，在第一次读取数据时生成一个ReadView。

(MySql之MVCC_猎户星座。的博客-CSDN博客)

这边可能出现的问题就是：如果查询都是在同一个 事务中的话，就会导致，就算数据已经修改并且提交了，但是读取到的信息都是之前的信息，没有及时的更新；所以这个时候就需要另开一个事务进行重新的读取；

四. 串行化

以上3种隔离级别都允许对同一条记录进行读-读、读-写、写-读的并发操作，如果我们不允许读-写、写-读的并发操作，可以使用SERIALIZABLE隔离级别，使用加锁的方式来访问记录。示意图如下：

如图所示，当Session B中的事务更新了id为1的记录后，之后Session A中的事务再去访问这条记录时就被卡住了，直到Session B中的事务提交之后，Session A中的事务才可以获取到查询结果。