SQL锁和并发

并发是所有数据库的主要问题。它描述了两个或多个用户尝试同时处理一个对象的概念。交互操作的本质对每个用户来说都是不同的（更新、删除、读取和插入），处理这种对象更改控制所发生的冲突的理想方法，取决于这些用户正在做的工作内容，以及这些工作的重要性。用户越多（更确切地讲，事务越多），即在同一时刻可以完成事情越多，并发性也就越高。
        在联机事务处理环境下，在数据中首先要处理的事情通常就是并发，联机分析处理则通常作为事后的内容：它并不需要在那里出现，但是的确出现了。处理并发问题对系统的性能至关重要，在数据库中，处理并发的基本方法是一个称为锁定的过程。
       锁是一种机制，用来防止进程对对象进行操作的时候，与已经在该对象上执行的某些操作发生冲突，也就是说，如果某人之前已经在对象上进行过操作，你就不能再对这个对象进行操作了。能否在对象上执行操作，取决于其他用户正在执行什么操作。
      SQL Server的锁管理器就是这个店主。当你进入SQL Server“商店”,所管理器会询问你的意图——也就是你要做什么。如果你说“只是随便看看”，而且这里所有的人都“只是随便看看”那么锁管理器就会让你进入。如果你希望购买或更新删除某些东西，那么锁管理器就会检查，看看别人是否已经在这儿了。如果这样你就必须等待。任何在你之后来到的人也必须等待。当允许你进入购买商品的时候，别人也不能进入，直至你完成操作为止。
      通过这种操作机制，SQL Server能够帮助我们避免那些因为并发问题而生成的许多不同错误。我们会检查发生错误的可能性，并了解应该如何设置事务隔离级别才能防止这些错误。不过现在先看看什么能锁，以及那些种类的锁可供使用。
     通过锁可以防止的问题，锁可以解决4个主要的问题：脏读，不可重复、幻影、丢失更新
    每项都会各自产生一系列的问题，可以混合使用那些设置了合理的事务隔离级别的解决办法来解决这些问题。
    1.脏读
     当事务读取一条记录，而该记录是另一尚未完成的事务一部分时，就会发生脏读。如果第一个事务正常完成，那么这样做似乎不会出现问题。但是如果这个事务被回滚情况又会怎样呢?你会从事务中得到消息，从数据库的角度来说，并不存在这样的信息！
    事务2现在正在使用一个已经失效的值，如果试图返回审核，会发现根本无法追踪要该数字的来源，这件事情很令人头疼。幸运的是，如果使用SQL Server默认的事务隔离级别，就不会发生这样的事情。
2.不可重复读
很容易把他同脏读混淆。不过不用担心——这只是术语而已。概念才是重要的。在一个事务中两次读取记录，并且在两次读取之间，只有一个事务修改了这个数据，那么就会导致不可重复读。


作者 yuanchunze