数据库中各级封锁协议以及幻读的解释

1.什么是读写锁？
       排它锁（Exclusive）：简写为X锁，又称写锁。

       共享锁（Shared）：简写为S锁，又称读锁。

有以下两个规定：

       1）一个事务对数据对象A加了X锁，就可以对A进行读取和更新。加锁期间其它事务不能对A加任何锁。

       2）一个事务对数据对象A加了S锁，可以对A进行读取操作，但是不能进行更新操作。加锁期间其它事务能对A加S锁，但是不能加X锁。

锁的兼容关系如下表所示：

-    X    S
X    不兼容    不兼容
S    不兼容    兼容
2.一、二、三级封锁协议的内容各是什么？
       一级封锁协议：要求修改数据时必须加X锁，直到事务结束才释放锁

       二级封锁协议：

             1）要求修改数据时必须加X锁，直到事务结束才释放锁 

             2）要求读取数据时必须加S锁，读取完马上释放S锁（无需等待事务结束）

       三级封锁协议：

              1）要求修改数据时必须加X锁，直到事务结束才释放锁

              2）要求读取数据时必须加S锁，直到事务结束才释放S锁

3.为什么二级封锁协议可以解决脏读？
       前面我们说过脏读产生的原因：因为B事务读取到了A事务修改过尚未提交的数据，根据二级封锁协议要求：读数据的时候必须加S锁，但因为A事务在修改的时候已经加了X锁，在X锁的基础上是不能加S锁的，所以B事务无法获取S锁，就会导致B事务无法读取A事务中正在操作的数据，从而避免了脏读的发生。

4.为什么三级封锁协议可以解决不可重复读？
       前面我们也说过了不可重复读产生的原因：是因为B事务读取到了A事务已经修改过的数据，导致前后两次读取的数据不一致。现根据三级封锁协议的要求：读取数据时必须加S锁，在S锁的基础上只能加S锁，不能加X锁，所以在B事务读取数据期间，A事务无法对数据进行修改，从而避免了不可重复读问题的发生。
———————————————

正好在琢磨这个问题，也被搞得头昏脑涨，强答一下，不对之处请牛人指正。

脏读、不可重复读、幻读，网上介绍这几个概念的博文很多。天下博文一大抄，都没有说清楚不可重复读和幻读的区别，只有一篇文章略微提到了一点，这里结合我的理解说一下。

其实这三种现象都是并发读写导致的。

“脏读”指读到了未提交的数据，然后基于这个数据做了一些事情，结果做完发现数据被回滚了。可以理解为领导还没下达正式任务你就凭着自己的揣摩开始干活，结果活干完了，任务的内容被改了。

“不可重复读”好一点，读到的是已提交的数据，比如某个读事务持续时间比较长，期间多次读取某个元组，每次读到的都是被别人改过并已提交的不同数据。可以理解为在执行任务的过程中，领导的指令一直在变。。但好歹是正式下达的指令。

“幻读”是指读的过程中，某些元组被增加或删除，这样进行一些集合操作，比如算总数，平均值等等，就会每次算出不一样的数。

所以“不可重复读”和“幻读”都是读的过程中数据前后不一致，只是前者侧重于修改，后者侧重于增删。个人认为，严格来讲“幻读”可以被称为“不可重复读”的一种特殊情况，没错的。但是从数据库管理的角度来看二者是有区别的。解决“不可重复读”只要加行级锁就可以了。而解决“幻读”则需要加表级锁，或者采用其他更复杂的技术，总之代价要大许多。这是搞数据库的那帮家伙非要把这两者区分开的动机吧。

禁止写时读，避免了“脏读”，对应隔离级别read committed。

禁止读时写，避免了“不可重复读”，对应隔离级别repeatable read。

而为了避免“幻读”，干脆把整个表给锁住了，只能是serialize了。

隔离级别越高，并行度越低，付出的代价越大。

顺便说一下，phantom这个词是幻影，幽灵的意思，跟“幻读”的现象没有直接关系。很多文章说遇到“幻读”就像出现幻觉一样，个人以为十分牵强。“幻读”就是软件工程中一个很普通的问题，是人类思虑不周全的结果。老外工程师通过禁止读的时候修改解决了“不可重复读”的问题，本以为万事大吉了，谁知又出现了增加导致的不一致，不由感慨：我X真是个phantom。用中国话说，就是真TM见鬼了。国内翻译成了“幻读”，搞得很神秘，逼格很高的样子。