簡(jiǎn)介

對(duì)于數(shù)據(jù)庫運(yùn)維人員來說創(chuàng)建session或者查詢時(shí)產(chǎn)生問題是常規(guī)情況，下面介紹一種很有效且不借助第三方工具的方式來解決類似問題。

最近開始接觸運(yùn)維工作，所以自己總結(jié)一些方案便于不懂?dāng)?shù)據(jù)庫的同事解決一些不太緊要的數(shù)據(jù)庫問題。類似方法很多理論也很多，我就不做深究，就是簡(jiǎn)單寫一個(gè)方案，便于菜鳥使用的。

阻塞理解

在Sql Server 中當(dāng)一個(gè)數(shù)據(jù)庫會(huì)話中的事務(wù)正鎖定一個(gè)或多個(gè)其他會(huì)話事務(wù)想要讀取或修改的資源時(shí)，會(huì)產(chǎn)生阻塞(Blocking)。通常短時(shí)間的阻塞沒有問題，且是較忙的應(yīng)用程序所需要的。然而，設(shè)計(jì)糟糕的應(yīng)用程序會(huì)導(dǎo)致長(zhǎng)時(shí)間的阻塞，這就不必要地鎖定了資源，而且阻塞了其他會(huì)話讀取和更新它們。

例子

為了更好說明，下面用一個(gè)例子來介紹。創(chuàng)建一個(gè)表并插入數(shù)據(jù)，然后創(chuàng)建不同的session，同事阻塞session。具體的代碼截圖如下：

1.創(chuàng)建表Employee

2.插入測(cè)試數(shù)據(jù)

現(xiàn)在我們有了測(cè)試表，表中有12條數(shù)據(jù)，打開另一個(gè)查詢對(duì)話框在SSMS中（意味著重新創(chuàng)建了一個(gè)session）

3.在新的查詢窗口中首先要開啟事務(wù)，然后寫一個(gè)插入語句

在這個(gè)地方，我們能看到開啟了一個(gè)事務(wù)。但是沒有end tran 來終止事務(wù)，因此事務(wù)狀態(tài)為“open”，現(xiàn)在運(yùn)行腳本來看一下當(dāng)前看起的運(yùn)行處于“open”狀態(tài)的session。

現(xiàn)在能夠看到如上圖展示一樣，運(yùn)行的查詢正在open狀態(tài)的session。我們執(zhí)行了這個(gè)命令但是沒有完結(jié)它，DBA會(huì)聯(lián)系這個(gè)session的創(chuàng)建者來完成事務(wù)，或者回滾事務(wù)。

現(xiàn)在讓我們創(chuàng)建另一個(gè)session，更新一條記錄并且不提交，即讓查詢session的狀態(tài)為“open”。因此在新的查詢窗口中 寫一個(gè)語句來執(zhí)行如下：

這里會(huì)看到系統(tǒng)正在運(yùn)行后沒有完成語句的狀態(tài)（因?yàn)樯弦粋€(gè)事務(wù)沒有關(guān)閉導(dǎo)致表鎖，這個(gè)不能插入），現(xiàn)在可以在另外的窗口查詢一下阻塞的情況，如下檢查阻塞的session。

如上所示，阻塞的session ID是58，由于我們更新查詢導(dǎo)致阻塞了54的執(zhí)行，54就是我們插入數(shù)據(jù)未提交的批處理。

現(xiàn)在我們能搞清楚阻塞的原因，也就可以從容解決阻塞了。

解決

方案1

在了解業(yè)務(wù)的情況下，可以直接使用kill session ID的語句來終止某個(gè)阻塞的session。

方案2

在執(zhí)行的事務(wù)的起始加入“set lock_timeout 1000” 語句，這表示如果阻塞超過1000毫秒，這個(gè)請(qǐng)求將被終止。

方案3

回滾或者提交事務(wù)。這個(gè)就不細(xì)說了。

下面是所有語句的代碼：

/****Creating dummy table Employee ****/ 
CREATE TABLE Employee ( Empid int NOT NULL, Name nchar(10) NULL, City nchar(10) NULL ) ON [PRIMARY] GO 
/**** Insert dummy data in Employee table *****/ 
Insert into Employee Values(1245,'George','Jax'), (1045,'Peter','Anadale'), (1157,'John','Dallas'), (1175,'Pete','Topeka'), (875,'Petron','Vienna'), 
(2311,'Kohli','Mumbai'), (1547,'Peter','Kansas'), (3514,'Abian','KHI'), (4251,'Ghani','Alexandria'), (957,'Ahmed','Vienna'), (1084,'Bhanu','Manderin'), 
(2954,'Ganeshan','Mcclean')
/***** Insert query in new session ****/ 
BEGIN TRAN Insert into Employee Values(1245,'George','Jax') 
/**** Query to check currently running sessions ****/ 
SELECT DISTINCT name AS database_name, session_id, host_name, login_time, login_name, reads, writes FROM sys.dm_exec_sessions 
LEFT OUTER JOIN sys.dm_tran_locks ON sys.dm_exec_sessions.session_id = sys.dm_tran_locks.request_session_id 
INNER JOIN sys.databases ON sys.dm_tran_locks.resource_database_id = sys.databases.database_id 
WHERE resource_type <> 'DATABASE' --AND name ='specific db name' 
ORDER BY name
/**** update query in new session ****/ 
update Employee set name = 'SHERAZ' where empid = 1245 
/**** Query to check blocking queries with session id ****/ 
SELECT session_id, blocking_session_id, text FROM sys.dm_exec_requests CROSS APPLY sys.dm_exec_sql_text(sql_handle); 
/*** Command if you want to kill blocking session ****/ kill (54)

總結(jié)

自己也使用過多種不同的語句來查詢定位阻塞甚至死鎖，然后解決，這里也是介紹一種臨時(shí)解決方式。萬變不離其宗，歸根結(jié)底還是因?yàn)榇a甚至數(shù)據(jù)庫設(shè)計(jì)上存在很多問題才導(dǎo)致的阻塞，比如缺失索引、事務(wù)中的查詢性能和邏輯順序存在問題、T-SQL語句性能引起的等等不一而足。對(duì)于一些常年解決類似問題的DBA人員來說沒啥價(jià)值，但是對(duì)于不太理解數(shù)據(jù)庫的人來說還是能暫時(shí)解決一些緊急問題，當(dāng)然最后還是要把理論基礎(chǔ)打好才能盡可能的杜絕類似情況。

以上所述是小編給大家介紹的SqlServer中如何解決session阻塞問題，希望對(duì)大家有所幫助，如果大家有任何疑問請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

最新評(píng)論