锁和并发的日记

锁定和并发
  一般概念
    并发数据访问的两种方式
      乐观并发控制optimistic
      悲观并发控制pessimistic
  8.1并发控制模型
    对于任何一种并发控制模型，如果两个进程试图在同一时刻修改同一数据的话都会产生冲突。这两种模型的区别在于：是在冲突发生前防止，还是发生后采取某种方法来处理
    分类
      悲观并发控制
        Sql Server的默认行为是获取锁来阻塞其它进程正在使用的数据访问
        悲观数据模型假设系统中存在足够多的数据修改操作以至于任何确定的读操作都可能会收到别的用户的所制造的数据修改的影响
        通过占有正在被读取的数据上的锁来避免冲突的，因此其他进程都无法修改该数据
        同样地，正在被修改的数据上的锁会造成其他进程无法访问数据
        换句话说，在悲观并发环境中，读者和写者之间是互相阻塞的
      乐观并发控制
        假定系统中存在非常少的相冲突的数据修改操作，以至于任何单独的事务都不太可能修改其他事务正在修改的数据
        默认行为是采取行版本控制，使数据读者能够看到修改操作发生以前的数据状态
        旧版本的数据行会被保存下来，因此一个读取数据的进程可以看到该进程在读取时的数据并且不会受到正在对该数据行进行修改的影响
        一个修改数据的进程不会受到正在读取该数据的进程的影响是由于读者正在访问数据行的一个保存过的版本
        换句话说，读者和写者之间是不互相阻塞的
        写者之间还是会发生阻塞，当发生冲突时，Sql Server会生成一个错误消息，但这需要上层的应用来响应