当前页面位置: » 丰搜网 » 文档中心 » 详细内容
数据库中的锁
11.5.1 锁的概念
锁（lock） 是在多用户环境下对资源访问的一种限制。机制当对一个数据源加锁后，此数据源就有了一定的访问限制。我们就称对此数据源进行了“锁定”。在sql server中，可以对以下的对象进行锁定：
- 数据行（row）：数据页中的单行数据；
- 索引行（key）：索引页中的单行数据，即索引的键值；
- 页（page）：页是sql server 存取数据的基本单位，其大小为8kb；
- 盘区（extent）：一个盘区由8 个连续的页组成；
- 表（table）；
- 数据库（database）。
11.5.2 锁的类别 在sql server 中，锁有两种分类方法。
（1） 从
数据库系统的角度来看
锁分为以下三种类型：
- 独占锁（exclusive lock）
独占锁锁定的资源只允许进行锁定操作的程序使用，其它任何对它的操作均不会被接受。执行数据更新命令，即insert、 update 或delete 命令时，sql server 会自动使用独占锁。但当对象上有其它锁存在时，无法对其加独占锁。独占锁一直到事务结束才能被释放。 - 共享锁（shared lock）
共享锁锁定的资源可以被其它用户读取，但其它用户不能修改它。在select 命令执行时，sql server 通常会对对象进行共享锁锁定。通常加共享锁的数据页被读取完毕后，共享锁就会立即被释放。 - 更新锁（update lock）
更新锁是为了防止死锁而设立的。当sql server 准备更新数据时，它首先对数据对象作更新锁锁定，这样数据将不能被修改，但可以读取。等到sql server 确定要进行更新数据操作时，它会自动将更新锁换为独占锁。但当对象上有其它锁存在时，无法对其作更新锁锁定。
（2）从程序员的角度看
锁分为以下两种类型：
- 乐观锁（optimistic lock）
乐观锁假定在处理数据时，不需要在应用程序的代码中做任何事情就可以直接在记录上加锁、即完全依靠数据库来管理锁的工作。一般情况下，当执行事务处理时sql server会自动对事务处理范围内更新到的表做锁定。 - 悲观锁（pessimistic lock）
悲观锁对数据库系统的自动管理不感冒，需要程序员直接管理数据或对象上的加锁处理，并负责获取、共享和放弃正在使用的数据上的任何锁。
11.5.3 隔离级别
隔离（isolation） 是计算机安全学中的一种概念，其本质上是一种封锁机制。它是指 自动数据处理系统中的用户和资源的相关牵制关系，也就是用户和进程彼此分开，且和操 作系统的保护控制也分开来。在sql server 中，隔离级（isolation level） 是指一个事务 和其它事务的隔离程度，即指定了数据库如何保护（锁定）那些当前正在被其它用户或服 务器请求使用的数据。指定事务的隔离级与在select 语句中使用锁定选项来控制锁定 方式具有相同的效果。
在sql server 中有以下四种隔离级：
- read committed
在此隔离级下，select 命令不会返回尚未提交（committed） 的数据，也不能返回脏数据。它是sql server 默认的隔离级。 - read uncommitted
与read committed 隔离级相反，它允许读取已经被其它用户修改但尚未提交确定的数据。 - repeatable read
在此隔离级下，用select 命令读取的数据在整个命令执行过程中不会被更改。此选项会影响系统的效能，非必要情况最好不用此隔离级。 - serializable
与delete 语句中serializable 选项含义相同。
隔离级需要使用set 命令来设定其语法如下：
set transaction isolation level
{read committed
read uncommitted
repeatable read
serializable }
11.5.4 查看锁可以通过企业管理器或
存储过程来查看锁。
（1） 用enterprise manager 查看锁
在企业管理器中选择目录树窗口中“management” 文件夹下，“current activity” 中的“locks / process id” 节点，则可以查看当前锁定的进程；选择同级的“locks / object”节点下的相应字节点，则可以查看当前锁定的对象，如图11-1 所示。在图11-1 中，右键单击任务板窗口中的对象，从快捷菜单中选择“属性”选项，则会出现如图11-2 所示的锁的进程细节对话框。在此，可以刷新或杀死锁的进程。
杀死进程还可以用如下transact-sql 命令来进行：
kill spid
spid 是system process id， 即系统进程编号的缩写，如图11-1 中所示。
图11-2 锁定的进程细节
（2） 用系统
存储过程sp_lock 查看锁
存储过程sp_lock 的语法如下：
sp_lock spid
sql server 的进程编号spid 可以在master.dbo.sysprocesses 系统表中查到。spid 是int类型的数据，如果不指定spid ，则显示所有的锁。
11.5.5 死锁及其防止死锁（deadlocking） 是在多用户或多进程状况下，为使用同一资源而产生的无法解决的争用状态，通俗地讲，就是两个用户各占用一个资源，两人都想使用对方的资源，但同时又不愿放弃自己的资源，就一直等待对方放弃资源，如果不进行外部干涉，就将一直耗下去。
死锁会造成资源的大量浪费，甚至会使系统崩溃。在sql server 中解决死锁的原则是“牺牲一个比两个都死强”，即挑出一个进程作为牺牲者，将其事务回滚，并向执行此进程的程序发送编号为1205 的错误信息。而防止死锁的途径就是不能让满足死锁条件的情况发生，为此，用户需要遵循以下原则：
- 尽量避免并发地执行涉及到修改数据的语句；
- 要求每个事务一次就将所有要使用的数据全部加锁，否则就不予执行；
- 预先规定一个封锁顺序所有的事务，都必须按这个顺序对数据执行封锁，例如，不同的过程在事务内部对对象的更新执行顺序应尽量保持一致；
- 每个事务的执行时间不可太长，对程序段长的事务可考虑将其分割为几个事务。
本章小结本章中介绍了数据更新的方法及事务和锁的概念。除了使用本章讲述的语句更新数据外，还可以使用
视图来更新数据，有关
视图的运用请参见第13 章“游标和
视图”。
