SQLServer中锁的介绍和使用

锁：多用户访问同一数据库资源时，对访问的先后次序权限管理的一种机制，没有他事务或许将会一塌糊涂，不能保证数据的安全正确读写。

死锁：是数据库性能的重量级杀手之一，而死锁却是不同事务之间抢占数据资源造成的。

看完这个定义可以还是不太清楚，举个小例子，当你要进一个房间的时候，你想推门，这个时候刚好有个人想出来，他也想推门出去，于是，两个人就卡在那了，结果，后面排队的人也都动弹不了了，假如这个房间是个数据库，那么，数据库这个时候就卡壳了。锁正是为了避免这种情况产生的。

锁就好像是一个红绿灯，告诉我们什么时候走，什么时候不可以走。

一、为什么要引入锁

多个用户同时对数据库的并发操作时会带来以下数据不一致的问题:

丢失更新

A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统

脏读

A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致

不可重复读

A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致

并发控制的主要方法是*,锁就是在一段时间内禁止用户做某些操作以避免产生数据不一致

二、锁的分类

锁的类别有两种分法：

1.从数据库系统的角度来看：

共享锁——共享(S)用于不更改或不更新数据的操作(只读操作)，如SELECT语句。(独占锁)

更新锁——更新(U)用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生常见形式的死锁。

排它锁——排它(X)用于数据修改操作，例如INSERT、UPDATE或DELETE。确保不会同时同一资源进行多重更新。

共享锁

共享(S)锁允许并发事务读取(SELECT)一个资源。资源上存在共享(S)锁时，任何其它事务都不能修改数据。一旦已经读取数据，便立即释放资源上的共享(S)锁，除非将事务隔离级别设置为可重复读或更高级别，或者在事务生存周期内用锁定提示保留共享(S)锁。

更新锁

更新(U)锁可以防止通常形式的死锁。一般更新模式由一个事务组成，此事务读取记录，获取资源(页或行)的共享(S)锁，然后修改行，此操作要求锁转换为排它(X)锁。如果两个事务获得了资源上的共享模式锁，然后试图同时更新数据，则一个事务尝试将锁转换为排它(X)锁。共享模式到排它锁的转换必须等待一段时间，因为一个事务的排它锁与其它事务的共享模式锁不兼容;发生锁等待。第二个事务试图获取排它(X)锁以进行更新。由于两个事务都要转换为排它(X)锁，并且每个事务都等待另一个事务释放共享模式锁，因此发生死锁。

若要避免这种潜在的死锁问题，请使用更新(U)锁。一次只有一个事务可以获得资源的更新(U)锁。如果事务修改资源，则更新(U)锁转换为排它(X)锁。否则，锁转换为共享锁。

排它锁

排它(X)锁可以防止并发事务对资源进行访问。其它事务不能读取或修改排它(X)锁锁定的数据。

意向锁

意向锁表示SQLServer需要在层次结构中的某些底层资源上获取共享(S)锁或排它(X)锁。例如，放置在表级的共享意向锁表示事务打算在表中的页或行上放置共享(S)锁。在表级设置意向锁可防止另一个事务随后在包含那一页的表上获取排它(X)锁。意向锁可以提高性能，因为SQLServer仅在表级检查意向锁来确定事务是否可以安全地获取该表上的锁。而无须检查表中的每行或每页上的锁以确定事务是否可以锁定整个表。

意向锁包括意向共享(IS)、意向排它(IX)以及与意向排它共享(SIX)。

意向共享(IS)通过在各资源上放置S锁，表明事务的意向是读取层次结构中的部分(而不是全部)底层资源。

意向排它(IX)通过在各资源上放置X锁，表明事务的意向是修改层次结构中的部分(而不是全部)底层资源。IX是IS的超集。

与意向排它共享(SIX)通过在各资源上放置IX锁，表明事务的意向是读取层次结构中的全部底层资源并修改部分(而不是全部)底层资源。允许顶层资源上的并发IS锁。例如，表的SIX锁在表上放置一个SIX锁(允许并发IS锁)，在当前所修改页上放置IX锁(在已修改行上放置X锁)。虽然每个资源在一段时间内只能有一个SIX锁，以防止其它事务对资源进行更新，但是其它事务可以通过获取表级的IS锁来读取层次结构中的底层资源。

独占锁：只允许进行锁定操作的程序使用，其他任何对他的操作均不会被接受。执行数据更新命令时，SQLServer会自动使用独占锁。当对象上有其他锁存在时，无法对其加独占锁。

共享锁：共享锁锁定的资源可以被其他用户读取，但其他用户无法修改它，在执行Select时，SQLServer会对对象加共享锁。

更新锁：当SQLServer准备更新数据时，它首先对数据对象作更新锁锁定，这样数据将不能被修改，但可以读取。等到SQLServer确定要进行更新数据操作时，他会自动将更新锁换为独占锁，当对象上有其他锁存在时，无法对其加更新锁。

2.从程序员的角度看：分为乐观锁和悲观锁。

乐观锁：完全依靠数据库来管理锁的工作。

悲观锁：程序员自己管理数据或对象上的锁处理。

MS-SQLSERVER使用锁在多个同时在数据库内执行修改的用户间实现悲观并发控制