sql server 阻塞查詢

原文:

sql server 阻塞查詢

在生產環境下，有時公司客服反映網頁半天打不到，除了在瀏覽器按f12的network響應來排查，確定web伺服器無故障後。就需要檢查資料庫是否有出現阻塞

當時資料庫的生產環境中主表資料量超過2000w,子表資料量超過1億，且更新和新增頻繁。再加上做了同步映象，很消耗資源。

這時就要新建乙個會話，大概需要了解以下幾點：

1.當前活動會話量有多少？

2.會話執行時間？

3.會話之間有沒有阻塞？

4.阻塞時間 ?

查詢阻塞的方法有很多。有sql 2000 的sp_lock, 有sql 2005及以上的dmv

一. 阻塞查詢 sp_lock

執行 exec sp_lock  下面列下關鍵字段

spid 是指程序id，這個過濾掉了系統程序，只展示了使用者程序spid>50。

dbid 指當前例項下的哪個資料庫 , 使用db_name() 函式來標識資料庫

type 請求鎖住的模式

mode 鎖的請求狀態

grant：已獲取鎖。

cnvrt：鎖正在從另一種模式進行轉換，但是轉換被另乙個持有鎖（模式相衝突）的程序阻塞。

wait：鎖被另乙個持有鎖（模式相衝突）的程序阻塞。

總結：當mode 不為grant狀態時， 需要了解當前鎖的模式，以及通過程序id查詢當前sql 語句 

例如當前程序id是416，且mode狀態為wait 時，檢視方式 dbcc inputbuffer(416)

用sp_lock查詢顯示的資訊量很少，也很難看出誰被誰阻塞。所以當資料庫版本為2005及以上時不建議使用。

二.阻塞查詢  dm_tran_locks

1

select
2t1.resource_type,
3t1.resource_database_id,
4t1.resource_associated_entity_id,
5t1.request_mode,
6t1.request_session_id,
7t2.blocking_session_id
8from sys.dm_tran_locks ast19
inner
join sys.dm_os_waiting_tasks as
t210
on t1.lock_owner_address = t2.resource_address;

上面查詢只顯示有阻塞的會話， 關注blocking_session_id 也就是被阻塞的會話id，同樣使用dbcc inputbuffer來查詢sql語句

三.阻塞查詢 sys.sysprocesses

1

select
2spid,
3kpid,
4blocked,
5 waittime as
'waitms', 
6lastwaittype, 
7db_name(dbid)as
db,  
8waitresource, 
9open_tran,
10 hostname,[
program_name],
11hostprocess,loginame,12[
status]13
from sys.sysprocesses with
(nolock) 
14where    kpid>
0and
[status
]<>
'sleeping
'and spid>
50

sys.sysprocesses  能顯示會話程序有多少， 等待時間， open_tran有多少事務， 阻塞會話是多少. 整體內容更為詳細。

關鍵字段說明:

spid 會話id（程序id），sql內部對乙個連線的編號，一般來講小於50

kipid 執行緒id

blocked: 阻塞的程序id， 值大於0表示阻塞, 值為本身程序id表示io操作

waittime:當前等待時間（以毫秒為單位）。

open_tran: 程序的開啟事務數

hostname:建立連線的客戶端工作站的名稱

program_name 應用程式的名稱。

hostprocess 工作站程序 id 號。

loginame 登入名。

[status]

running = 會話正在執行乙個或多個批

background = 會話正在執行乙個後台任務，例如死鎖檢測

rollback = 會話具有正在處理的事務回滾

pending = 會話正在等待工作執行緒變為可用

runnable = 會話中的任務在等待,由scheduler來執行的可執行佇列中。(重要)

spinloop = 會話中的任務正在等待調節鎖變為可用。

suspended = 會話正在等待事件（如 i/o）完成。(重要)

sleeping = 連線空閒

wait resource 格式為 fileid:pagenumber:rid 如(5:1:8235440)

kpid=0, waittime=0 空閒連線

kpid>0, waittime=0 執行狀態

kpid>0, waittime>0 需要等待某個資源，才能繼續執行,一般會是suspended（等待io）

kpid=0, waittime=0 但它還是阻塞的源頭，檢視open_tran>0 事務沒有及時提交。

如果blocked>0，但waittime時間很短，說明阻塞時間不長，不嚴重

如果status 上有好幾個runnable狀態任務，需要認真對待。 cpu負荷過重沒有及時處理使用者的併發請求

sqlserver死鎖阻塞

create proc p lockinfo kill lock spid bit 1,是否殺掉死鎖的程序,1 殺掉,0 僅顯示 show spid if nolock bit 1 如果沒有死鎖的程序,是否顯示正常程序資訊,1 顯示,0 不顯示 as declare count int,s nvar...

mysql 查詢阻塞

select p2.host 被阻塞方host,p2.user 被阻塞方使用者,r.trx id 被阻塞方事務id,r.trx mysql thread id 被阻塞方執行緒號,timestampdiff second,r.trx wait started,current timestamp 等待時...

SQL Server的阻塞 死鎖問題

通過 sysprocesses 簡單查詢死鎖及解決死鎖辦法 簡單查詢死鎖，如下四步可以輕鬆解決 第一步 查詢死鎖語句 1 條件是 blocked 0 select dbid,from sys.sysprocesses where 1 1 and spid 50 and blocked 0 and s...