查看SQL Server被锁的表以及如何解锁【转】

锁定数据库的一个表的区别 
　　SELECT * FROM table WITH (HOLDLOCK) 其他事务可以读取表，但不能更新删除 
　　SELECT * FROM table WITH (TABLOCKX) 其他事务不能读取表,更新和删除

SELECT语句中的各项“加锁选项”以及相应的功能说明。 
NOLOCK（不加锁） 
此选项被选中时，SQL Server 在读取或修改数据时不加任何锁。 在这种情况下，用户有可能读取到未完成事务（Uncommited Transaction）或回滚(Roll Back)中的数据, 即所谓的“脏数据”。
NOLOCK 语句执行时不发出共享锁，允许脏读 ，等于 READ UNCOMMITTED事务隔离级别

HOLDLOCK（保持锁） 
此选项被选中时，SQL Server 会将此共享锁保持至整个事务结束，而不会在途中释放。 
HOLDLOCK 持有共享锁，直到整个事务完成，应该在被锁对象不需要时立即释放，等于SERIALIZABLE事务隔离级别

UPDLOCK（修改锁） 
此选项被选中时，SQL Server 在读取数据时使用修改锁来代替共享锁，并将此锁保持至整个事务或命令结束。使用此选项能够保证多个进程能同时读取数据但只有该进程能修改数据。

TABLOCK（表锁） 
此选项被选中时，SQL Server 将在整个表上置共享锁直至该命令结束。 这个选项保证其他进程只能读取而不能修改数据。

PAGLOCK（页锁）
此选项为默认选项， 当被选中时，SQL Server 使用共享页锁。
PAGLOCK 在使用一个表锁的地方用多个页锁

TABLOCKX（排它表锁） 
此选项被选中时，SQL Server 将在整个表上置排它锁直至该命令或事务结束。这将防止其他进程读取或修改表中的数据。 TABLOCKX 强制使用独占表级锁，这个锁在事务期间阻止任何其他事务使用这个表

READPAST 让sql server跳过任何锁定行，执行事务，适用于READ UNCOMMITTED事务隔离级别只跳过RID锁，不跳过页，区域和表锁
ROWLOCK 强制使用行锁 
UPLOCK 强制在读表时使用更新而不用共享锁

查看被锁表：
select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName 
from sys.dm_tran_locks where resource_type=‘OBJECT‘ 
spid 锁表进程 
tableName 被锁表名

解锁：
declare @spid int 
Set @spid = 57 --锁表进程
declare @sql varchar(1000)
set @sql=‘kill ‘+cast(@spid as varchar)
exec(@sql)

USE master;
GO
EXEC sp_who ‘active‘;
GO
EXEC sp_who2 ‘active‘;
GO

USE master;
GO
KILL spid | UOW [WITH STATUSONLY]
GO

select  
    object_name(P.object_id) as TableName,    
    resource_type, resource_description,request_session_id
from
    sys.dm_tran_locks L
    join sys.partitions P on L.resource_associated_entity_id = p.hobt_id
 
 kill ID

--Other Information about Locks:
select * from sys.dm_tran_locks   
SELECT * FROM sys.dm_exec_requests WHERE blocking_session_id<>0 

select * from sys.sysprocesses 

select
  object_name(resource_associated_entity_id) as ‘TableName‘ ,*
from
  sys.dm_tran_locks
where resource_type = ‘OBJECT‘
  and resource_database_id = DB_ID()
GO

EXEC sp_who active --看哪个引起的阻塞，blk blk<>0

EXEC sp_lock --看锁住了那个资源id，objid objid<>0

原文链接：https://www.cnblogs.com/shy1766IT/p/6225694.html