首页 > 数据库> > SQL 系统进程的运行(status)状态(Runnable、Running、Suspended、Sleeping、Pending、Dormant、Background、Spinlock)
SQL 系统进程的运行(status)状态(Runnable、Running、Suspended、Sleeping、Pending、Dormant、Background、Spinlock)
作者:互联网
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