sqlserver数据库锁有哪些，数据库锁有几种如何查看如何解锁

来源：整理时间：2024-12-26 00:13:12 编辑：黑码技术手机版

本文目录一览

1，数据库锁有几种如何查看如何解锁
2，sql server中有几种资源锁它们是系统自动分配的吗
3，SQL 各种锁

1，数据库锁有几种如何查看如何解锁

独占锁（即排它锁），共享锁和更新锁一般锁的事务结束就解锁了

把其他的窗口都关掉，或者commit其他窗口数据。

数据库锁有几种如何查看如何解锁

2，sql server中有几种资源锁它们是系统自动分配的吗

Microsoft SQL Server（以下简称SQL Server）作为一种中小型数据库管理系统，已经得到了广泛的应用，该系统更强调由系统来管理锁。在用户有SQL请求时，系统分析请求，自动在满足锁定条件和系统性能之间为数据库加上适当的锁，同时系统在运行期间常常自动进行优化处理，实行动态加锁。对于一般的用户而言，通过系统的自动锁定管理机制基本可以满足使用要求，但如果对数据安全、数据库完整性和一致性有特殊要求，就必须自己控制数据库的锁定和解锁，这就需要了解SQL Server的锁机制，掌握数据库锁定方法。锁的多粒度性以及锁升级数据库中的锁是指一种软件机制，用来指示某个用户（也即进程会话，下同）已经占用了某种资源，从而防止其他用户做出影响本用户的数据修改或导致数据库数据的非完整性和非一致性。这儿所谓资源，主要指用户可以操作的数据行、索引以及数据表等。根据资源的不同，锁有多粒度（multigranular）的概念，也就是指可以锁定的资源的层次。SQL Server中能够锁定的资源粒度包括：数据库、表、区域、页面、键值（指带有索引的行数据）、行标识符（RID，即表中的单行数据）。采用多粒度锁的重要用途是用来支持并发操作和保证数据的完整性。SQL Server根据用户的请求，做出分析后自动给数据库加上合适的锁。假设某用户只操作一个表中的部分行数据，系统可能会只添加几个行锁（RID）或页面锁，这样可以尽可能多地支持多用户的并发操作。但是，如果用户事务中频繁对某个表中的多条记录操作，将导致对该表的许多记录行都加上了行级锁，数据库系统中锁的数目会急剧增加，这样就加重了系统负荷，影响系统性能。因此，在数据库系统中，一般都支持锁升级(lock escalation)。所谓锁升级是指调整锁的粒度，将多个低粒度的锁替换成少数的更高粒度的锁，以此来降低系统负荷。在SQL Server中当一个事务中的锁较多，达到锁升级门限时，系统自动将行级锁和页面锁升级为表级锁。特别值得注意的是，在SQL Server中，锁的升级门限以及锁升级是由系统自动来确定的，不需要用户设置。 SQL Server锁类型 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：指定在表上使用排它锁，这个锁可以阻止其他事务读或更新这个表的数据，直到这个语句或整个事务结束。 12． UPDLOCK ：指定在读表中数据时设置更新锁（update lock）而不是设置共享锁，该锁一直保持到这个语句或整个事务结束，使用UPDLOCK的作用是允许用户先读取数据（而且不阻塞其他用户读数据），并且保证在后来再更新数据时，这一段时间内这些数据没有被其他用户修改。

sql server中有几种资源锁它们是系统自动分配的吗

3，SQL 各种锁

SQL Server数据库发生死锁时不会象ORACLE那样自动生成一个跟踪文件. 有时可以在[管理]->[当前活动] 里看到阻塞信息(有时SQL Server企业管理器会因为锁太多而没有响应). 设定跟踪1204: USE MASTER DBCC TRACEON (1204,-1) 显示当前启用的所有跟踪标记的状态: DBCC TRACESTATUS(-1) 取消跟踪1204: DBCC TRACEOFF (1204,-1) 在设定跟踪1204后,会在数据库的日志文件里显示SQL Server数据库死锁时一些信息, 但那些信息很难看懂,需要对照SQL Server联机丛书仔细来看. 根据PAG锁要找到相关数据库表的方法: DBCC TRACEON (3604) DBCC PAGE (db_id,file_id,page_no) DBCC TRACEOFF (3604) 请参考sqlservercentral.com上更详细的讲解. 从CSDN学到了一个找到死锁原因的方法. 我稍加修改, 去掉了游标操作并增加了一些提示信息,写了一个系统存储过程sp_who_lock.sql. 需要的时候直接调用: sp_who_lock 就可以查出引起死锁的进程和SQL语句. SQL Server自带的系统存储过程sp_who和sp_lock也可以用来查找阻塞和死锁, 但没有这里介绍的方法好用. 如果想知道其它tracenum参数的含义,请看www.sqlservercentral.com文章我们还可以设置锁的超时时间(单位是毫秒), 来缩短死锁可能影响的时间范围: 例如: use master seelct @@lock_timeout set lock_timeout 900000 -- 15分钟 seelct @@lock_timeout

◆锁的类别有两种分法： 1. 从数据库系统的角度来看：分为独占锁（即排它锁），共享锁和更新锁 ms-sql server 使用以下资源锁模式。锁模式描述共享 (s) 用于不更改或不更新数据的操作（只读操作），如 select 语句。更新 (u) 用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生常见形式的死锁。排它 (x) 用于数据修改操作，例如 insert、update 或 delete。确保不会同时同一资源进行多重更新。意向锁用于建立锁的层次结构。意向锁的类型为：意向共享 (is)、意向排它 (ix) 以及与意向排它共享 (six)。架构锁在执行依赖于表架构的操作时使用。架构锁的类型为：架构修改 (sch-m) 和架构稳定性 (sch-s)。大容量更新 (bu) 向表中大容量复制数据并指定了 tablock 提示时使用。 ◆共享锁共享 (s) 锁允许并发事务读取 (select) 一个资源。资源上存在共享 (s) 锁时，任何其它事务都不能修改数据。一旦已经读取数据，便立即释放资源上的共享 (s) 锁，除非将事务隔离级别设置为可重复读或更高级别，或者在事务生存周期内用锁定提示保留共享 (s) 锁。 ◆更新锁更新 (u) 锁可以防止通常形式的死锁。一般更新模式由一个事务组成，此事务读取记录，获取资源（页或行）的共享 (s) 锁，然后修改行，此操作要求锁转换为排它 (x) 锁。如果两个事务获得了资源上的共享模式锁，然后试图同时更新数据，则一个事务尝试将锁转换为排它 (x) 锁。共享模式到排它锁的转换必须等待一段时间，因为一个事务的排它锁与其它事务的共享模式锁不兼容；发生锁等待。第二个事务试图获取排它 (x) 锁以进行更新。由于两个事务都要转换为排它 (x) 锁，并且每个事务都等待另一个事务释放共享模式锁，因此发生死锁。若要避免这种潜在的死锁问题，请使用更新 (u) 锁。一次只有一个事务可以获得资源的更新 (u) 锁。如果事务修改资源，则更新 (u) 锁转换为排它 (x) 锁。否则，锁转换为共享锁。 ◆排它锁排它 (x) 锁可以防止并发事务对资源进行访问。其它事务不能读取或修改排它 (x) 锁锁定的数据。

SQL 各种锁