数据库级锁是指锁定整个数据库，防止任何用户或事务对锁定的数据库进行访问。数据库级锁是一种很特别的锁，他只是用于数据库的恢复操作过程中。这种等级的锁是一种最高等级的锁，因为他控制整个数据库的操作。只要对数据库进行恢复操作，那么就需要配置数据库为单用户模式，这样系统就能防止其他用户对该数据库进行各种操作。
行级锁是一种最优锁，因为行级锁不可能出现数据既被占用又没有使用的浪费现象。但是，假如用户事务中频繁对某个表中的多条记录操作，将导致对该表的许多记录行都加上了行级锁，数据库系统中锁的数目会急剧增加，这样就加重了系统负荷，影响系统性能。因此，在SQL Server中，还支持锁升级(lock escalation)。所谓锁升级是指调整锁的粒度，将多个低粒度的锁替换成少数的更高粒度的锁，以此来降低系统负荷。在SQL Server中当一个事务中的锁较多，达到锁升级门限时，系统自动将行级锁和页面锁升级为表级锁。特别值得注意的是，在SQL Server中，锁的升级门限连同锁升级是由系统自动来确定的，无需用户配置。
在SQL Server数据库中加锁时，除了能够对不同的资源加锁，还能够使用不同程度的加锁方式，即锁有多种模式，SQL Server中锁模式包括：
1．共享锁 SQL Server中，共享锁用于任何的只读数据操作。共享锁是非独占的，允许多个并发事务读取其锁定的资源。默认情况下，数据被读取后，SQL Server立即释放共享锁。例如，执行查询“SELECT * FROM AUTHORS”时，首先锁定第一页，读取之后，释放对第一页的锁定，然后锁定第二页。这样，就允许在读操作过程中，修改未被锁定的第一页。但是，事务隔离级别连接选项配置和SELECT语句中的锁定配置都能够改变SQL Server的这种默认配置。例如，“ SELECT * FROM AUTHORS HOLDLOCK”就需要在整个查询过程中，保持对表的锁定，直到查询完成才释放锁定。
2．更新锁 更新锁在修改操作的初始化阶段用来锁定可能要被修改的资源，这样能够避免使用共享锁造成的死锁现象。因为使用共享锁时，修改数据的操作分为两步，首先获得一个共享锁，读取数据，然后将共享锁升级为排他锁，然后再执行修改操作。这样假如同时有两个或多个事务同时对一个事务申请了共享锁，在修改数据的时候，这些事务都要将共享锁升级为排他锁。这时，这些事务都不会释放共享锁而是一直等待对方释放，这样就造成了死锁。假如一个数据在修改前直接申请更新锁，在数据修改的时候再升级为排他锁，就能够避免死锁。
3．排他锁 排他锁是为修改数据而保留的。他所锁定的资源，其他事务不能读取也不能修改。
4．结构锁 执行表的数据定义语言 (DDL) 操作（例如添加列或除去表）时使用架构修改 (Sch-M) 锁。当编译查询时，使用架构稳定性 (Sch-S) 锁。架构稳定性 (Sch-S) 锁不阻塞任何事务锁，包括排他锁。因此在编译查询时，其他事务（包括在表上有排他锁的事务）都能继续运行。但不能在表上执行 DDL 操作。
5．意向锁 意向锁说明SQL Server有在资源的低层获得共享锁或排他锁的意向。例如，表级的共享意向锁说明事务意图将排他锁释放到表中的页或行。意向锁又能够分为共享意向锁、独占意向锁和共享式独占意向锁。共享意向锁说明事务意图在共享意向锁所锁定的低层资源上放置共享锁来读取数据。独占意向锁说明事务意图在共享意向锁所锁定的低层资源上放置排他锁来修改数据。共享式排他锁说明事务允许其他事务使用共享锁来读取顶层资源，并意图在该资源低层上放置排他锁。
6．大容量更新锁 当将数据大容量复制到表，且指定了 TABLOCK 提示或使用 sp_tableoption 配置了 table lock on bulk 表选项时，将使用大容量更新 锁。大容量更新锁允许进程将数据并发地大容量复制到同一表，同时防止其他不进行大容量复制数据的进程访问该表。
SQL Server系统中建议让系统自动管理锁，该系统会分析用户的SQL语句需要，自动为该请求加上合适的锁，而且在锁的数目太多时，系统会自动进行锁升级。如前所述，升级的门限由系统自动配置，并无需用户配置。 在实际应用中，有时为了应用程式正确运行和保持数据的一致性，必须人为地给数据库的某个表加锁。比如，在某应用程式的一个事务操作中，需要根据一编号对几个数据表做统计操作，为确保统计数据时间的一致性和正确性，从统计第一个表开始到全部表结束，其他应用程式或事务不能再对这几个表写入数据，这个时候，该应用程式希望在从统计第一个数据表开始或在整个事务开始时能够由程式人为地（显式地）锁定这几个表，这就需要用到手工加锁（也称显式加锁）技术。
能够使用 SELECT、INSERT、UPDATE 和 DELETE 语句指定表级锁定提示的范围，以引导 Microsoft SQL Server 2000 使用所需的锁类型。当需要对对象所获得锁类型进行更精细控制时，使用表级锁定提示更改默认的锁定行为。
所指定的表级锁定提示有如下几种：
1． HOLDLOCK: 在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。
2． NOLOCK：不添加共享锁和排他锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。
3． PAGLOCK：指定添加页锁（否则通常可能添加表锁）。
4． READCOMMITTED用和运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL Server 2000 在此隔离级别上操作。。
5． READPAST: 跳过已加锁的数据行，这个选项将使事务读取数据时跳过那些已被其他事务锁定的数据行，而不是阻塞直到其他事务释放锁，READPAST仅仅应用于READ COMMITTED隔离性级别下事务操作中的SELECT语句操作。
6． READUNCOMMITTED：等同于NOLOCK。
7． REPEATABLEREAD：配置事务为可重复读隔离性级别。
8． ROWLOCK：使用行级锁，而不使用粒度更粗的页级锁和表级锁。
9． SERIALIZABLE：用和运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于 HOLDLOCK。
10． TABLOCK：指定使用表级锁，而不是使用行级或页面级的锁，SQL Server在该语句执行完后释放这个锁，而假如同时指定了HOLDLOCK，该锁一直保持到这个事务结束。
11． TABLOCKX：指定在表上使用排他锁，这个锁能够阻止其他事务读或更新这个表的数据，直到这个语句或整个事务结束。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
