数据库隔离级别理解「建议收藏」

大家好，又见面了，我是你们的朋友全栈君。

1.为什么要选择隔离级别？

     通过例子说明隔离级别的必要性：

      假设一个场景，一对夫妻共用一个账户，妻子喜欢网上支付，丈夫喜欢刷卡支付。

第一类丢失情况：

     整个过程中只有老公消费1000元，而最后时刻，老婆回滚事务，恢复到了原来的10000元，这不符合实际。这样的两个事务并发，一个提交，一个回滚导致的不一致成为第一类丢失更新，不过大部分数据库（mysql，oracle）基本上消灭了这类丢失更新，所以不做过多的阐述。

第二类丢失情况：

   整个过程存在两处交易，老公消费1000元，老婆消费1000元，余额应该是8000元，但这里结果却是9000元，显然不符合常理。这是因为两个事务都提交了，在不同的事务中，无法探知其他事务的的操作导致的，

通过上边2中情况，可知隔离级别的重要性。

2.什么是隔离级别？

隔离级别为了克服事务之间协助的一致性，数据库标准规范中定义了事务之间的隔离级别，来在不同的程度上减少出现丢失更新的可能性。

3.隔离级别有哪些？

       1>.脏读

 在脏读级别中，一个事务可以读取到另一个事务未提交的数据

由于设置隔离级别为脏读，所以事务一和事务二可以相互读取数据。

在上面的情况中事务一在提交的时候读取到事务二未提交的数据，事务一提交后的结果为8000

后面事务二回滚，读取到了事务一提交的数据8000，所以回滚事务为8000.

这也是不符合常理的

        2>.读/写提交

在读/写提交中，事务之间只能读取到已经提交的数据。

       设置 隔离级别为读/写提交。事务一在提交的时候读取不到事务二未提交的数据，所以提交事务后余额为9000

    事务二在回滚的时候可以读取到事务一提交的时候，回滚结果为9000，符合常理。

        3>.可重复读

即可以重复读取数据。为了保证数据的一致性。

       在事务一提交之前，事务二花了9000元并且已经提交事务。但是对于事务一来说，他在读取的时候是10000元。但是当他结账的时候余额已经变成了1000元，但是他并没有显示。老公也并不知道自己的余额不足，导致他在结账的时候（提交）由于可以读取到事务二已经提交的数据，发现自己余额不足，很尴尬。

为了避免这种尴尬，可重复读隔离级别就出现了，它可以重复的读取。

可重复读是针对于同一条数据而言的，当同一条数据在读/写提交后，他会去重复读取，从而保证数据的一致性。

这样老公在结账的时候就会看到自己的余额为1000，而不是在提交事务的时候才发现自己余额不足。

       4>.序列化

序列化是为了消除幻读而制定的规则，它是一种让SQL按照顺序读写的方式。

老婆在查询消费记录的时候查到了10条，但当打印的时候打印出来11条，在这期间他并不知道老公消费了，他会认为这一条是错误打印，虚幻出来的。

采用幻读后，老婆查询出来的数据不会包含老公刚刚消费的。

4.各类隔离级别和产生的现象

5.怎样选择隔离级别

   在应用的时候，不单单要考虑数据的一致性，还要考虑系统的性能，从脏读到序列化，性能直线下降。采用更高的隔离级别，会严重压制发，导致大量线程挂起，知道获取锁才能进行下一步操作，而恢复时有需要大量的等待时间。

  如果并发量比较大的话一般采用读/写提交，但在并发性很小甚至可以忽略的时候，一般采用序列化。