ICode9

精准搜索请尝试: 精确搜索
首页 > 数据库> 文章详细

SQL 系统进程的运行(status)状态(Runnable、Running、Suspended、Sleeping、Pending、Dormant、Background、Spinlock)

2022-02-15 09:01:50  阅读:416  来源: 互联网

标签:status Runnable spid process Background 进程 等待 select blocked


SQL 系统进程的运行(status)状态(Runnable、Running、Suspended、Sleeping、Pending、Dormant、Background、Spinlock)

1、状态(status)解释

  • “pending”(等待),代表这个process,既没有Thread可用,也没有CPU可用,正在同时等待这两项系统资源。
  • “runnable”,代表这个process,有Thread可用,但没有CPU可用,所以它正在等待CPU这项系统资源。
  • “running”,代表这个process,有Thread可用,有CPU可用。
  • “suspended”(暂停),代表这个process,正在「等待」别的process执行,等待的系统资源可能是Disk I/O或数据库的Lock。(若这个process执行的SELECT没加上NOLOCK关键字,而别的process正在进行「交易」或写入(会加Lock),则这个SELECT的process就会呈现“suspended”的状态。)
  • “sleeping”,代表这个process,目前没在做任何事,正在等待进一步的指令。(sleeping 代表建立了数据库连接,但程序没有发出SQL命令. 因为应用程序为了减少打开和关闭连接的开销,在完成数据库中的操作后,仍然保持数据库的连接,这些连接的最主要目的是重用。)
  • “dormant”(暂时搁置),代表SQL Server正在对这个process做reset。
  • “background”,代表这个process正在SQL Server背景执行。即使你看到有很多“background”process正在执行,也不必担心。
  • “Spinlock”(自旋锁),本质上意味着查询处于某种运行模式,它在CPU中忙于等待自己的轮询。

2、查看的几种方式:

//1
SELECT * FROM sys.sysprocesses;
//2
EXEC sp_who2;
//3
SELECT sqltext.TEXT, req.session_id, req.status, req.command, req.cpu_time, req.blocking_session_id, req.total_elapsed_time 
FROM sys.dm_exec_requests req (NOLOCK)
CROSS APPLY sys.dm_exec_sql_text(sql_handle) AS sqltext

3、sys.sysprocesses 主要字段解释

  • Spid:Sql Servr 会话ID 
  • Kpid:Windows 线程ID 
  • Blocked:正在阻塞求情的会话 ID。如果此列为 Null,则标识请求未被阻塞 
  • Waittype:当前连接的等待资源编号,标示是否等待资源,0 或 Null表示不需要等待任何资源 
  • Waittime:当前等待时间,单位为毫秒,0 表示没有等待 
  • DBID:当前正由进程使用的数据库ID 
  • UID:执行命令的用户ID 
  • Login_time:客户端进程登录到服务器的时间。 
  • Last_batch:上次执行存储过程或Execute语句的时间。对于系统进程,将存储Sql Server 的启动时间 
  • Open_tran:进程的打开事务个数。如果有嵌套事务,就会大于1 
  • Status:进程ID 状态,dormant = 正在重置回话 ; running = 回话正在运行一个或多个批处理 ; background = 回话正在运行一个后台任务 ; rollback = 会话正在处理事务回滚 ; pending = 回话正在等待工作现成变为可用 ; runnable = 会话中的任务在等待获取 Scheduler 来运行的可执行队列中 ; spinloop = 会话中的任务正在等待自旋锁变为可用 ; suspended = 会话正在等待事件完成 
  • Hostname:建立链接的客户端工作站的名称 
  • Program_name:应用程序的名称,就是 连接字符串中配的 Application Name 
  • Hostprocess:建立连接的应用程序在客户端工作站里的进程ID号 
  • Cmd:当前正在执行的命令 
  • Loginame:登录名  

4、检查死锁进程的方式

//方式1
declare @spid int,@bl int  
DECLARE s_cur CURSOR FOR   select  0 ,blocked   from (select * from sys.sysprocesses where  blocked>0 ) a  
where not exists(select * from (select * from sys.sysprocesses where  blocked>0 ) b   where a.blocked=spid)   
union 
select spid,blocked from sys.sysprocesses where  blocked>0   OPEN s_cur   FETCH NEXT FROM s_cur INTO @spid,@bl   WHILE @@FETCH_STATUS = 0  
begin   if @spid =0             
select ' 引起数据库死锁的是: '+ CAST(@bl AS VARCHAR(10)) + ' 进程号, 其执行的SQL 语法如下'   else              
select ' 进程号SPID :'+ CAST(@spid AS VARCHAR(10))+ ' 被' + ' 进程号SPID :'+ CAST(@bl AS VARCHAR(10)) +' 阻塞, 其当前进程执行的SQL 语法如下' 
DBCC INPUTBUFFER (@bl )   FETCH NEXT FROM s_cur INTO @spid,@bl   end   CLOSE s_cur  
DEALLOCATE s_cur

//方式2
use master
go
--检索死锁进程
select spid, blocked, loginame, last_batch, status, cmd, hostname, program_name
from sysprocesses
where spid in
( select blocked from sysprocesses where blocked <> 0 ) or (blocked <>0)

参考死锁的解决方式:链接  

  

 

 

创建时间:2022.02.15  更新时间:

 

标签:status,Runnable,spid,process,Background,进程,等待,select,blocked
来源: https://www.cnblogs.com/guorongtao/p/15894977.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有