SQL2008中通過DBCC OPENTRAN和會話查詢事務

更新時間：2011年06月16日 21:33:26 作者：

無論是有意無意，如果事務在數(shù)據(jù)庫中保持打開，則它會阻塞其他進程對修改后的數(shù)據(jù)進行操作。

同樣，對事務日志進行備份也只會截斷不活動事務的那部分事務日志，所以打開的事務會導致日志變多（甚至達到物理限制），直到事務被提交或回滾。

要找到最早的活動事務，可以使用DBCC OPENTRAN命令。詳細用法見MSDN:http://msdn.microsoft.com/zh-cn/library/ms182792.aspx

給出一個示例：

 
CREATE TABLE T_Product(PKID int, PName Nvarchar(50)); 
GO 
BEGIN TRAN 
INSERT INTO T_Product VALUES (101, '嫦娥四號'); 
GO 
DBCC OPENTRAN; 
ROLLBACK TRAN; 
GO 
DROP TABLE T_Product; 
GO 

執(zhí)行結果：

復制代碼代碼如下:

 
/* 
(1 row(s) affected) 
數(shù)據(jù)庫 'Testdb' 的事務信息。 

最早的活動事務: 
SPID (服務器進程 ID): 54 
UID (用戶 ID): -1 
名稱 : user_transaction 
LSN : (295:6687:1) 
開始時間 : 12 24 2010 2:50:15:607PM 
SID : 0x0105000000000005150000007fe010d31cba1ab1566ac5dff4010000 
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。 
*/ 

結果顯示了最早活動日志的相關信息，包括服務器進程ID、用戶ID、和事務的開始時間。關鍵是SPID和Start Time。
擁有這些信息后，可以使用動態(tài)管理視圖(DMV)來檢驗正在執(zhí)行的T-SQL,以及在必要時關閉這個過程
DBCC　OPENTRAN對于孤立連接（在數(shù)據(jù)庫中是打開的，但與應用程序或客戶端已經(jīng)斷開的連接）是非常有用的，并能幫助我們找出遺漏了COMMIT或ROLLBACK的事務。該命令也返回在指定數(shù)據(jù)庫內(nèi)存在最早的活動事務和最早的分布式和非分布式復制事務。如果沒有活動事務，則顯示信息性消息，而不返回會話級數(shù)據(jù)。

我們看一個實例：

復制代碼代碼如下:

 
SET Transaction isolation level serializable 
BEGIN TRAN 

select * from T_Product 

Insert into T_Product 
select 'OATest' union all 
select 'OAPlay' 

這是一個未提交的事務,在另一個查詢窗口執(zhí)行如下：

復制代碼代碼如下:

 
select session_id,transaction_id,is_user_transaction,is_local 
from sys.dm_tran_session_transactions 
where is_user_transaction=1 

執(zhí)行結果：

復制代碼代碼如下:

 
/*返回結果 
session_id transaction_id is_user_transaction is_local 
54 489743 1 1 
*/ 

返回會話ID后，可以通過sys.dm_exec_connections和sys.dm_exec_sql_text來挖掘最近執(zhí)行的查詢的詳細信息。

復制代碼代碼如下:

 
select s.text from sys.dm_exec_connections c 
cross apply sys.dm_exec_sql_text(c.most_recent_sql_Handle) s 
where session_id=54 

這個查詢返回最后執(zhí)行的語句。也可以使用sys.dm_exec_requests。
因為也從sys.dm_tran_session_transactions的第一個查詢中得知事務ID，所以可以使用sys.dm_tran_active_transactions來了解更多事務本身的內(nèi)容

復制代碼代碼如下:

 
select transaction_begin_time, 
case transaction_type 
when 1 then 'Read/Write transaction' 
when 2 then 'Read-Only transaction' 
when 3 then 'System transaction' 
when 4 then 'Distributed transaction' 
end tran_Type, 
case transaction_state 
when 0 then 'not been comoletely initaialiaed yet' 
when 1 then 'initaialiaed but ha notstarted' 
when 2 then 'active' 
when 3 then 'ended (read-only transaction)' 
when 4 then 'commit initiated for distributed transaction' 
when 5 then 'transaction prepared and waiting resolution' 
when 6 then 'commited' 
when 7 then 'being rolled back' 
when 0 then 'been rolled back' 
end transaction_state 
from 
sys.dm_tran_active_transactions 
where transaction_ID=455520 

復制代碼代碼如下:

 
/*結果： 
transaction_begin_time tran_Type transaction_state 
2010-12-24 14:05:29.170 Read/Write transaction active 
*/ 

小結：這里演示了使用DMV 排除故障和調(diào)查長時間的活動事務的一般技巧?；静襟E如下：
1、查詢sys.dm_tran_session_transactions獲取會話ID和事務ID之間的映射。
2、查詢sys.dm_exec_connections和sys.dm_exec_sql_text查找會話最新執(zhí)行的命令（most_recent_sql_Handle列）
3、最后，查詢sys.dm_tran_active_transactions確定事務被打開了多少時間、事務的類型和事務的狀態(tài)。
使用這個技巧可以回到應用程序去查明調(diào)用的被拋棄的事務（打開但從未提交）以及那些運行時間太長或對于應用程序來說是不必要的不恰當事務。

邀月注：本文版權由邀月和博客園共同所有，轉載請注明出處。