使用系统存储过程来监控SQLServer进程和会话详解



承接上文,本文讲述如何使用系统存储过程来监控系统。

SQLServer同样也提供了一系列系统存储过程用于监控SQLServer,获取当前进程、会话、请求以及锁定的详细信息。本文将演示系统存储过程来实现这些监控。

情景:

有时候你会发现应用程序突然变得很慢,经常需要等待数据库响应,此时你需要快速查看是否请求被阻塞或者挂起。

准备工作:

在本文中,将使用以下存储过程来获取当前进程的信息:

  • Sp_who
  • Sp_who2

步骤:

1、  打开SSMS连到SQLServer实例并打开新查询窗口。

2、  在新查询窗口中输入以下脚本

分析:

本例中,创建了两个临时表,用于存放sp_who 和sp_who2存储过程返回的数据结果,然后通过INSERT…EXECUTE命令把结果插入到临时表中,例子中演示了对sp_who的使用,至于sp_who2的使用是一样的。

之所以使用临时表来存放数据,是因为sp_who/sp_who2这两个系统存储过程不能直接筛选结果,所以需要存到表里面做二次处理。

扩充信息:

现在来简单介绍一下,在DMO被加入到SQLServer之前,sp_moitor、sp_who2、sp_who这三个系统存储过程被广泛用于监控系统当前信息。

Sp_monitor在上文中已经提到过,并且可以和系统统计函数互换使用。

Sp_who是用于获取当前SQLServer进程、会话和请求的详细信息的系统存储过程。通过这个存储过程,可以知道谁执行了什么操作或者命令,和哪些进程被哪些进程阻塞了。这个存储过程有一些可选的参数:@loginame(类型为sysname),session ID(类型为smallint),和ACTIVE。可以通过传入@loginame来筛选特定的登录名的信息,如果Session ID也被定义,也会筛选特定sessionid的信息。如果没有参数,将范围实例级别的信息。如果你没有VIEW SYSTEM STATE权限,你仅仅可以查看自己这个会话的信息。如果使用了ACTIVE参数。存储过程将返回活动的进程。

对于sp_who返回的结果:

Spid:返回sessionID也就是会话ID,这些ID中,1到50(含)为系统会话。51及以上sessionid才是用户会话ID。

Exid:有时候结果中可能会有多个相同的SPID,这往往是因为发生了并行查询。这一列代表了查询的上下文ID。而0代表了父线程,其他值代表子线程。

Status:返回进程的的状态,包括:Dormant(休眠)、Running(正在运行)、Background(正在后台运行的进程如死锁侦测)、Rollback(事务正在回滚)、Pending(挂起,该会话正在等待可用的工作线程)、Runnable(会话的任务在等待获取时间量程时位于计划程序的可运行队列中)、Spinloop(会话的任务正在等待调节锁变为可用)、Suspended(会话正在等待时间如I/O完成)。

Loginame:会话所对应的登录名

Hostname:会话对应的机器名

Blk:如果会话被阻塞,这里将显示阻塞的会话ID,如果没有,降为0。

Dbname:返回特定会话所请求的数据库名。

Cmd:返回数据库引擎的命令类型。

Request_id:会话中的请求ID。

相对于sp_who,sp_who2返回更多的信息,但是sp_who2是未公开的系统存储过程,意味着你在联机丛书中找不到相关信息。

使用系统存储过程来监控SQLServer进程和会话详解,古老的榕树,5-wow.com

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。