关于sys.dm_exec_requests

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

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

   

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

 

   

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

   

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

   

select session_id,blocking_session_id,start_time,wait_type
from sys.dm_exec_requests
where blocking_session_id >0;  

 

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

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

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

   

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

   

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;

 

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

   

   

这看起来是一个没有问题的查询,只是简单的插入,所有我们还应该更深入的看看.这时我们应该看看是否有开启的事务,如果它有活动的请求,我们可以在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;

 

   

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

   

   

获取活动的查询计划

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

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种使用情况:

http://sqlhints.com/tag/examples-of-cross-apply/

   

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

   

这里我在52号session中执行我们的查询,因此我们看看53号session. 如果使用SQL Server management studio的话,我们只需要点击查询计划的XML就可以可视化的查看查询计划.

   

   

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

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

   

select session_id,start_time,status,database_id,percent_complete
from sys.dm_exec_requests
where command='DBCC TABLE CHECK';

 

我们看到现在完成了11%

   

   

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

   

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

   

很多时候我们希望获取某一数据库上执行的所有操作.我们也可以是使用sys.dm_exec_requests来查询.这里我们连接sys.database使用数据库名来过滤.如果你已经知道数据库ID,你就不需要做这个join.你也可以使用DB_ID()这个函数,用来把数据库名翻译成数据库ID.然后,我还想知道谁连接了数据库,它是怎么连接的(使用什么应用连接的),我还需要连接sys.dm_exec_session.下面是我的查询,使用数据库名Test作为过滤条件.

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';

   

当我们执行这个查询的时候,我们可以获得下面2条活动会话:

   

因为这是针对sys.dm_exec_requests DMV的,我们知道这是针对Test数据库的.如果我们尝试针对特定数据库进行性能故障排除,这是一个好的突破方向.很显然,我们可以结合这个查询和上个查询获取实际的查询计划.

   

   

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

   

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

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;

 

下面是查询结果:

   

   

我们可以看到我们有2个LCK_M_S这种等待类型.这种等待类型是当我们等待获取共享锁时发生的等待.然后我们可以继续查询sys.dm_tran_locks来确定具体这个请求尝试获取的锁是什么.

   

select L.request_session_id,L.resource_type,
L.resource_subtype,L.request_mode,L.request_type
from sys.dm_tran_locks as L
join sys.dm_exec_requests as DER
on L.request_session_id=DER.session_id
where DER.wait_type='LCK_M_S';

 

   

然后我们获取到了这2个会话的全部信息列表:

   

故障排除方面我们还可以做更多,但是到此为止我们已经了解到了sys.dm_exec_requests的强大.

转载于:https://www.cnblogs.com/kala/p/9204337.html

<think>好的,我现在需要帮助用户了解sys.dm_exec_sessions视图在SQL Server中的作用和用途。首先,我得回忆一下自己对这个视图的了解。sys.dm_exec_sessions是一个动态管理视图(DMV),它提供有关所有当前用户会话和系统会话的信息。用户可能想知道它的具体功能,比如可以查询哪些数据,应用场景等。 接下来,我需要参考用户提供的引用内容。根据引用[2],这个视图映射到旧的sys.sysprocesses系统表,显示每个正在执行的请求。引用[3]提到sys.dm_exec_connections可以查看连接信息,包括客户端IP,这可能与会话相关。但用户的问题是关于sys.dm_exec_sessions的,所以重点应放在该视图本身。 我需要确定sys.dm_exec_sessions的主要作用。根据知识,它主要跟踪会话级别的信息,比如登录时间、客户端信息、资源使用情况等。例如,会话的状态(是否休眠)、用户名称、主机名、登录时间、最后请求时间等。此外,它还能帮助识别资源消耗大的会话,比如CPU、内存或I/O使用情况,这对性能监控很有用。 用户可能还需要知道如何使用这个视图。比如,查询所有活动会话的基本信息,或者找出占用资源最多的会话。可能需要给出一些示例查询,如筛选特定用户、检查空闲会话或查看资源使用情况。但根据用户的问题,他们可能不需要具体的SQL语句,而是更关注用途和应用场景。 另外,引用中提到了与其他DMV的关联,如sys.dm_exec_connections和sys.dm_exec_requests。可能需要说明这些视图之间的关系,sys.dm_exec_sessions提供会话层面的数据,而其他视图处理连接和请求层面的信息。这样用户能理解它们在监控中的不同角色。 还要注意用户提到的引用[4]中的DBCC INPUTBUFFER替代方案,但不确定是否与会话视图直接相关,可能暂时不需要涉及。重点应保持在sys.dm_exec_sessions本身。 最后,用户可能需要了解该视图的权限要求和适用版本。比如,需要VIEW SERVER STATE权限,且适用于SQL Server 2005及更高版本。这些信息有助于用户正确使用该视图。 总结回答的结构应该包括:视图的概述、主要功能、典型应用场景、与其他DMV的关系、权限和版本信息。确保用中文清晰表达,遵循用户提供的格式要求,比如使用$...$和$$...$$格式,但在这个问题中可能数学公式较少,重点在文本描述。需要确保回答结构清晰,分点说明,帮助用户逐步理解。</think>### sys.dm_exec_sessions视图作用及用途 #### 1. **视图概述** `sys.dm_exec_sessions`是SQL Server中一个**服务器范围**的动态管理视图(DMV),用于提供当前所有用户会话和系统会话的详细信息。每个会话对应一个数据库连接,包含登录信息、资源使用情况等元数据[^2]。 #### 2. **主要功能** - **会话信息**:包括会话ID(`session_id`)、登录用户名(`login_name`)、客户端主机名(`host_name`)等。 - **状态监控**:会话状态(`status`,如`running`/`sleeping`)、登录时间(`login_time`)、最后请求时间(`last_request_end_time`)。 - **资源统计**:累计的CPU时间(`cpu_time`)、内存使用(`memory_usage`)、读写操作次数(`reads`/`writes`/`logical_reads`)[^2][^3]。 - **配置信息**:客户端程序名称(`program_name`)、数据库上下文(`database_id`)、语言设置等。 #### 3. **典型应用场景** - **性能分析**:识别高资源消耗的会话。例如: ```sql SELECT session_id, cpu_time, memory_usage FROM sys.dm_exec_sessions ORDER BY cpu_time DESC; ``` - **会话审计**:追踪用户活动,如登录来源和操作时间。 - **连接管理**:检查空闲会话(`status = 'sleeping'`)以优化连接池。 #### 4. **与其他DMV的关联** - 通过`session_id`与`sys.dm_exec_requests`关联,可获取会话中**正在执行的请求**详情[^2]。 - 结合`sys.dm_exec_connections`,可分析会话的网络连接属性(如客户端IP)[^3]。 #### 5. **权限与版本** - 需要`VIEW SERVER STATE`权限。 - 适用于SQL Server 2005及更高版本。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值