图片 3

关于sys.dm_exec_requests

Posted by
select DER.session_id,DES.login_name,DES.program_name
from sys.dm_exec_requests as DER
join sys.databases as DB
on DER.database_id=DB.database_id
join sys.dm_exec_sessions as DES
on DER.session_id=DES.session_id
where DB.name='Test';
SET Transaction  isolation level serializable
BEGIN TRAN

select * from T_Product

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

   

执行结果:

   

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

获取活动查询的完成百分比

我们看一个实例:

   

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

很显然,这可以用来检查长查询的执行情况.

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

   

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

   

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

图片 1

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

图片 2

执行结果:

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

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来查询.这里我们连接sys.database使用数据库名来过滤.如果你已经知道数据库ID,你就不需要做这个join.你也可以使用DB_ID()这个函数,用来把数据库名翻译成数据库ID.然后,我还想知道谁连接了数据库,它是怎么连接的(使用什么应用连接的),我还需要连接sys.dm_exec_session.下面是我的查询,使用数据库名Test作为过滤条件.

给出一个示例:

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

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
*/

 

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

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;
/*
(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 输出了错误信息,请与系统管理员联系。
*/
select session_id,start_time,status,database_id,percent_complete
from sys.dm_exec_requests
where command='DBCC TABLE CHECK';

小结:这里演示了使用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确定事务被打开了多少时间、事务的类型和事务的状态。
使用这个技巧可以回到应用程序去查明调用的被抛弃的事务(打开但从未提交)以及那些运行时间太长或对于应用程序来说是不必要的不恰当事务。

   

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

图片 3

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

   

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

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

   

 

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

   

获取活动的查询计划

   

   

下面是查询结果:

select session_id,open_transaction_scount
from sys_dm_exec_sessions
where open_transaction_count >0;

   

我们能从sys.dm_exec_requests中找到的非常有用一列信息是”完成百分比”.比如,我想知道DBCC check现在执行到哪里了,我们基于它执行一个简单的查询获取所需的信息.
我们知道它是它是DBCC
TABLE CHECK,下面是我的查询子句:

   

查看所有活动等待事件计数信息

select coalesce(wait_type,'None') as wait_type,count(*) as Total
from sys.dm_exec_requests
where not status in('Background','Sleeping')
group by wait_type
order by Total DESC;

有些时候我们诊断一个问题是,我们需要查询所有等待类型情况.我们也可以使用sys.dm_exec_requests,因为这个视图也显示了当前等待类型.
因此我们过滤掉后台任务或者sleeping任务时,我们可以了解到这些活动请求的等待情况,看看是否有什么问题.下面是查询:

   

我们看到现在完成了11%

   

 

   

   

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

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

 

对指定的数据库获取所有活动请求

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

相关文章

Leave a Reply

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