SQL Server 2008中通过DBCC OPENTRAN和会话查询事务

我知道SQL
Server有很多视图和函数让我来了解SQL Server的运行状态.我还想知道SQL
Server上关于来自用户或者应用的活动请求信息.怎么查询这些信息呢?

 SQL Server
2008中SQL应用系列–目录索引

SQL Server的动态管理视图DMV
sys.dm_www.463.com,exec_requests可以实现.但是它不仅仅显示了来自连接用户或应用的请求.比如,它还显示了SQL
Server有非常多的后台任务.比如下面的简单查询:

无论是有意无意,如果事务在数据库中保持打开,则它会阻塞其他进程对修改后的数据进行操作。同样,对事务日志进行备份也只会截断不活动事务的那部分事务日志,所以打开的事务会导致日志变多(甚至达到物理限制),直到事务被提交或回滚。

   

要找到最早的活动事务,可以使用DBCC
OPENTRAN命令。详细用法见MSDN:

select session_id,start_time,command
from sys.dm_exec_requests
where status='background';

给出一个示例:

 

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

   

执行结果:

这是一个很简单的例子,在我的测试机上返回了20多个不同的会话.

/*
(1 row(s) affected)
数据库 'Testdb' 的事务信息。

最早的活动事务:
    SPID (服务器进程 ID): 54
    UID (用户 ID): -1
    名称          : user_transaction
    LSN           : (295:6687:1)
    开始时间    : 12 24 2010  2:50:15:607PM
    SID           : 0x0105000000000005150000007fe010d31cba1ab1566ac5dff4010000
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
*/

www.463.com 1

结果显示了最早活动日志的相关信息,包括服务器进程ID、用户ID、和事务的开始时间。关键是SPID和Start
Time。
拥有这些信息后,可以使用动态管理视图(DMV)来检验正在执行的T-SQL,以及在必要时关闭这个过程
DBCC OPENTRAN对于孤立连接(在数据库中是打开的,但与应用程序或客户端已经断开的连接)是非常有用的,并能帮助我们找出遗漏了COMMIT或ROLLBACK的事务。该命令也返回在指定数据库内存在最早的活动事务和最早的分布式和非分布式复制事务。如果没有活动事务,则显示信息性消息,而不返回会话级数据。

   

我们看一个实例:

不过,通常我们是使用DMV来对活动会话进行故障排除.最先我们需要做的就是看哪些会话在经理等待.

SET Transaction  isolation level serializable
BEGIN TRAN

select * from T_Product

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

   

这是一个未提交的事务,在另一个查询窗口执行如下:

select session_id,blocking_session_id,start_time,wait_type
from sys.dm_exec_requests
where blocking_session_id >0;  
select session_id,transaction_id,is_user_transaction,is_local 
from sys.dm_tran_session_transactions
where is_user_transaction=1

 

执行结果:

我们可以使用下面的2中方法确定查询是什么,以及是什么导致了阻塞:

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

1.如果有活动请求,我们可以使用sys.dm_exec_requests
和sys_dm_exec_sql_text(),然后把sql_handle作为参数传进去.

返回会话ID后,可以通过sys.dm_exec_connections和sys.dm_exec_sql_text来挖掘最近执行的查询的详细信息。

2.如果没有活动的请求,我们可以连接sys.dm_exec_commections
然后传递most_recent_sql_handle到sys.dm_exec_sql_text().

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

   

这个查询返回最后执行的语句。也可以使用sys.dm_exec_requests。

在这个例子中,我知道spid=53会话没有活动的请求,因为我查了sys.dm_exec_requests.我们再回过头来看看第二种方法.

因为也从sys.dm_tran_session_transactions的第一个查询中得知事务ID,所以可以使用sys.dm_tran_active_transactions来了解更多事务本身的内容 

   

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
*/
select distinct des.session_id,dst.text as 'SQL'
from sys.dm_exec_requests as DER
join sys.dm_exec_connections as DEC
on DER.blocking_session_id=DEC.session_id
cross apply sys.dm_exec_sql_text(DEC.most_recent_sql_handle) as DST;

小结:这里演示了使用DMV
排除故障和调查长时间的活动事务的一般技巧。基本步骤如下:
1、查询sys.dm_tran_session_transactions获取会话ID和事务ID之间的映射。
2、查询sys.dm_exec_connections和sys.dm_exec_sql_text查找会话最新执行的命令(most_recent_sql_Handle列)
3、最后,查询sys.dm_tran_active_transactions确定事务被打开了多少时间、事务的类型和事务的状态。
使用这个技巧可以回到应用程序去查明调用的被抛弃的事务(打开但从未提交)以及那些运行时间太长或对于应用程序来说是不必要的不恰当事务。

 

 然后我们就发现下面的请求返回了

   

www.463.com 2

   

这看起来是一个没有问题的查询,只是简单的插入,所有我们还应该更深入的看看.这时我们应该看看是否有开启的事务,如果它有活动的请求,我们可以在sys.dm_exec_requests的open_transaction_count列看到.我们这里没有看到活动请求,我们可以看看sys.dm_exec_sessions:

   

select session_id,open_transaction_scount
from sys_dm_exec_sessions
where open_transaction_count >0;

 

   

我们看到了下面打开的事务,可能是随忘了提交事务.

   

www.463.com 3

   

获取活动的查询计划

如果有查询运行时间非常长,我们就需要看看查询计划了解为什么它会花这么长时间.有可能这个查询计划有问题.
下面的查询可以返回任何活动查询的查询计划:

select DER.session_id,DEQP.query_plan
from sys.dm_exec_requests as DER
cross apply sys.dm_exec_query_plan(DER.plan_handle) as DEQP
where not DER.status in ('background','sleeping');

 

   

注:sys.dm_exec_query_plan是一个表值函数,它接收cross
apply左侧的表传递的参数,每行记录计算一次,生成一个新表,然后与左表内连接.
下面链接解释的比较详细.

https://www.cnblogs.com/xbf321/archive/2011/08/14/apply-in-sql-server.html

   

cross
apply更详细的解释,3种使用情况:

   

我们查到有下面的2条活动请求的查询计划:

发表评论

电子邮件地址不会被公开。 必填项已用*标注