sqlserver 已超过了锁请求超时时段 1222错误

今天在SSMS(Microsoft SQL Server Management Studio)里面,点击左侧的资源管理器,查看数据库对应的表的时候,会遇到“Lock Request time out period exceeded.(Microsoft SQL Server, 错误1222)”,对应的中文错误提示为“已超过了锁请求超时时段。 (Microsoft SQL Server,错误:
1222)”。

这是死锁引起的,执行以下语句

select *

from master..SysProcesses

where db_Name(dbID) = ‘数据库名‘

and spId <> @@SpId

and dbID <> 0

and blocked >0;

得到结果:

spid kpid blocked
59 760 339
95 26224 285
225 27444 285
285 7248 339
318 -31804 285

可知都是因为339进程引起死锁,执行语句kill 339后即恢复正常。

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-08-01 19:50:22

sqlserver 已超过了锁请求超时时段 1222错误的相关文章

已超过了锁请求超时时段。(MicrosoftSQLServer,错误:1222)

操作SQLServer数据库时,遇到这样的问题:已超过了锁请求超时时段. (Microsoft SQL Server,错误: 1222) 经过查找材料了解为资源抢占,照成死锁,杀死进程就OK了,具体操作如下: select spId from master..SysProcesses where db_Name(dbID) = '数据库名称' and spId <> @@SpId and dbID <> 0 上面语句是获取进程ID,下面就是根据ID杀死相应进程 exec ('Kil

已超过了锁请求超时时段。 (Microsoft SQL Server,错误: 1222)

操作SQLServer数据库时,遇到这样的问题:已超过了锁请求超时时段. (Microsoft SQL Server,错误: 1222) 经过查找材料了解为资源抢占,照成死锁,杀死进程就OK了,具体操作如下: select spId from master..SysProcesses where db_Name(dbID) = '数据库名称' and spId <> @@SpId and dbID <> 0 上面语句是获取进程ID,下面就是根据ID杀死相应进程 exec ('Kil

SQL SERVER错误:已超过了锁请求超时时段。 (Microsoft SQL Server,错误: 1222)

在SSMS(Microsoft SQL Server Management Studio)里面,查看数据库对应的表的时候,会遇到"Lock Request time out period exceeded.(Microsoft SQL Server, 错误1222)",对应的中文错误提示为"已超过了锁请求超时时段. (Microsoft SQL Server,错误: 1222)",如下截图所示,不管是用一般权限的账号还是具有sysadmin角色的登录名都是如此. 这

SQL Server &#39;已超过了锁请求超时时段&#39; 问题解决方法

SQL 有时遇到 已超过了锁请求超时时段. (Microsoft SQL Server,错误: 1222) 这个错误,刷新以后,右击某张表或者库,发现里面的表全部消失了 或者查询不到. 这是因为 sql进程死锁,资源被抢占,要解决这个问题,得杀死关闭 死锁的进程,下面介绍解决方案: 杀死进程的前提是找到 那个死锁的进程 , SELECT blocking_session_id '阻塞进程的ID', wait_duration_ms '等待时间(毫秒)', session_id '(会话ID)'

【sqlserver】已超过了锁请求超时时段

SELECT blocking_session_id '阻塞进程的ID', wait_duration_ms '等待时间(毫秒)', session_id '(会话ID)' FROM sys.dm_os_waiting_tasks kill 阻塞进程的ID 刷新数据库,应该就好了.

当很多连接到你的数据库时,报这种错误“已超过了锁请求超时时段” SqlServer数据库正在还原的解决办法

1)管理器不会主动刷新,需要手工刷新一下才能看到最新状态(性能方面的考虑) 2)很少情况下,恢复进程被挂起了.这个时候假设你要恢复并且回到可访问状态,要执行:  RESTORE database   dbname with recovery 这使得恢复过程能完全结束. 3)如果你要不断恢复后面的日志文件,的确需要使数据库处于“正在还原状态”, 这通常是执行下面命令:  RESTORE database dbname with norecovery

SQL Server 磁盘请求超时的833错误原因分析以及解决

本文出处:http://www.cnblogs.com/wy123/p/6984885.html 最近遇到一个SQL Server服务器响应极度缓慢,并且出现客户端请求报错的情况,在数据库中的errorlog中出现磁盘请求超过一定时间才完成的error消息.对于此类问题,到底是存储系统或者磁盘的故障,还是SQL Server 自己的问题,亦或是应用程序引发的呢?又要如何解决?本文将对引起此问题的某一方面的因素进行简单的分析,但是无法涵盖所有潜在的可能性,因此遇到类似问题还要做具体的分析. SQL

Sipdroid实现SIP(六): SIP中的请求超时和重传

目录 一. Sipdroid的请求超时和重传 二. SIP中超时和重传的定义 三. RFC中超时和重传的定义 一. Sipdroid的请求超时和重传 Sipdroid实现SIP协议栈系列, 之前的文章仅涉及了SIP消息的基本概念, 比如: 请求型消息: INVITE, REGISTER... 应答型消息: 100 Trying, 180 Ringing, 200 OK, BYE, ACK... 携带SDP信息 携带认证信息 这篇文章更深入一些, 介绍了SIP作为一种可靠传输, 涉及到的超时和重传

SQL超过锁请求

---超过锁请求 http://blog.sina.com.cn/s/blog_7fb3b1840100u4dj.html 1.查询造成死锁的SQL语句 当SQL数据库的监控报警显示死锁进程数过多时,首先应该找出造成死锁的SQL语句是什么,打开“查询分析器”,将如下的存储过程输入到文本框中,检查语法,然后运行: use mastergoCREATE PROCEDURE sp_who_lock ASbegindeclare @spid int,@bl int,@intTransactionCoun