数据库隔离级别 及 其实现原理

原创
2015/10/16 17:39
阅读数 3.3K

    有关数据库隔离级别及其实现原理,这里有一则超级好贴: http://comedsh.iteye.com/blog/698733

    我这4种隔离级别的相应原理总结如下:


###READ_UNCOMMITED 的原理:

  • 事务对当前被读取的数据不加锁;
    
  • 事务在更新某数据的瞬间(就是发生更新的瞬间),必须先对其加 **行级共享锁**,直到事务结束才释放。  
    

表现:

  • _事务1读取某行记录时,事务2也能对这行记录进行读取、更新;当事务2对该记录进行更新时,事务1再次读取该记录,能读到事务2对该记录的修改版本,即使该修改尚未被提交。_
    
  • _事务1更新某行记录时,事务2不能对这行记录做更新,直到事务1结束。_
    

###READ_COMMITED 的原理:

  • 事务对当前被读取的数据加 **行级共享锁(当读到时才加锁)**,一旦读完该行,立即释放该行级共享锁;
    
  • 事务在更新某数据的瞬间(就是发生更新的瞬间),必须先对其加 **行级排他锁**,直到事务结束才释放。            
    

表现:

  • _事务1读取某行记录时,事务2也能对这行记录进行读取、更新;当事务2对该记录进行更新时,事务1再次读取该记录,读到的只能是事务2对其更新前的版本,要不就是事务2提交后的版本。_
    
  • _事务1更新某行记录时,事务2不能对这行记录做更新,直到事务1结束。_
    

###REPEATABLE READ 的原理:

  • 事务在读取某数据的瞬间(就是开始读取的瞬间),必须先对其加 **行级共享锁**,直到事务结束才释放; 
    
  • 事务在更新某数据的瞬间(就是发生更新的瞬间),必须先对其加 **行级排他锁**,直到事务结束才释放。         
    

表现:

  • _事务1读取某行记录时,事务2也能对这行记录进行读取、更新;当事务2对该记录进行更新时,事务1再次读取该记录,读到的仍然是第一次读取的那个版本。_
    
  • _事务1更新某行记录时,事务2不能对这行记录做更新,直到事务1结束。_
    

###SERIALIZABLE 的原理:

  • 事务在读取数据时,必须先对其加 **表级共享锁** ,直到事务结束才释放;
    
  • 事务在更新数据时,必须先对其加 **表级排他锁** ,直到事务结束才释放。 
    

表现:

  • _事务1正在读取A表中的记录时,则事务2也能读取A表,但不能对A表做更新、新增、删除,直到事务1结束。_
    
  • _事务1正在更新A表中的记录时,则事务2不能读取A表的任意记录,更不可能对A表做更新、新增、删除,直到事务1结束。_
    
展开阅读全文
打赏
0
13 收藏
分享
加载中
更多评论
打赏
0 评论
13 收藏
0
分享
返回顶部
顶部