数据库的四个隔离级别

数据库的四个隔离级别

(零)没有并发控制

存在的问题:更新遗失

解决办法就是下面的“可读取未确认”。

(一)可读取未确认(Read uncommitted)

写事务阻止其他写事务,避免了 更新遗失。但是没有阻止其他读事务。

存在的问题:脏读。即读取到不正确的数据,因为另一个事务可能还没提交最终数据,这个读事务就读取了中途的数据,这个数据可能是不正确的。

解决办法就是下面的“可读取确认”。

(二)可读取确认(Read committed)

写事务会阻止其他读写事务。读事务不会阻止其他任何事务。

存在的问题:不可重复读。即在一次事务之间,进行了两次读取,但是结果不一样,可能第一次id为1的人叫“李三”,第二次读id为1的人就叫了“李四”。因为读取操作不会阻止其他事务。

解决办法就是下面的“可重复读”。

(三)可重复读(Repeatable read)

读事务会阻止其他写事务,但是不会阻止其他读事务。

存在的问题:幻读。可重复读阻止的写事务包括update和delete(只给存在的表加上了锁),但是不包括insert(新行不存在,所以没有办法加锁),所以一个事务第一次读取可能读取到了10条记录,但是第二次可能读取到11条,这就是幻读。

解决办法就是下面的“串行化”。

(四)可串行化(Serializable)

读加共享锁,写加排他锁。这样读取事务可以并发,但是读写,写写事务之间都是互斥的,基本上就是一个个执行事务,所以叫串行化。

blob.png

隔离级别与并发性能的关系:

blob.png

设置隔离级别的原则:

  • 隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大。

  • 对于多数应用程序,可以优先考虑把数据库系统的隔离级别设为Read Committed,它能够避免脏读,而且具有较好的并发性能。尽管它会导致不可重复读、虚读。

  • 和第二类丢失更新这些并发问题,在可能出现这类问题的个别场合,可以由应用程序采用悲观锁或乐观锁来控制。

Licensed under CC BY-NC-SA 4.0