查看系统视图sys.dm_tran_locks 当前有哪些锁
select request_session_id ,request_mode,*
from
sys.dm_tran_locks
where
resource_type='OBJECT'
其中
request_session_id 代表锁类型
request_mode 代表进程id
如果需要kill掉造成锁的进程、
执行
kill *** ---查到的 request_session_id
抓取造成锁的sql
select er.session_id, CAST(csql.text AS varchar(max)) AS CallingSQL
from master.sys.dm_exec_requests er WITH (NOLOCK)
CROSS APPLY fn_get_sql (er.sql_handle) csql
where er.session_id in (select
request_session_id
from
sys.dm_tran_locks
where
resource_type='OBJECT'
and request_mode ='X')
这里我们抓取造成X(排他)锁 的sql语句、
查看语句进行分析、
举个例子:
IF EXISTS ( SELECT *
FROM tempdb.dbo.sysobjects
WHERE id = OBJECT_ID(N'tempdb..#tmp_HomeVisitOrders')
AND type = 'U' )
以上语句会 对sys.sysschobjs 这个表上的聚集索引上产生一个S(共享)锁、
创建临时表时在事务内、 并且未提交的时候、 就会对 sys.sysschobjs 这个表上的聚集索引上产生一个X(排他)锁、
由于排他锁导致其他进程获取不到共享锁、所以产生等待、
出现阻塞的进程、
进而用户反馈系统卡顿、
建议将创建临时表的语句移出事务外执行、(mysql是不允许在事务内创建临时表的、sqlserver 没有限制)
或
IF OBJECT_ID(N'tempdb..#tmp_FlowHomeVisit_Tasks') IS NOT NULL
BEGIN
DROP TABLE #tmp_FlowHomeVisit_Tasks;
END;
如此这般、
备注:
不建议直接kill掉对应进程、
建议先查明原因、
想办法规避、