執行SQL出現Lock request time out period exceeded.(MicrosoftSQL Server,Error:1222)解決方案

本文介紹了在執行SSIS包時遇到系統資源被佔滿的問題,並詳細描述了如何通過查詢鎖定狀態和殺死相關進程來解決table被鎖住的情況。

今天執行SSIS出現了一個很奇怪的問題。執行一個packege居然把系統的資源消耗完了。

尋找了半天,還沒有發現問題的根源,甚是納悶。於是重新執行,手動初始化Staging,發現Truncate一個table居然反應遲鈍,而其他table都是很快,問題終於發現。於是手動刪除table,出現了Lock request time out period exceeded.(MicrosoftSQL Server,Error:1222)。真是太興奮了!!!

 

解決方案:

 

首先sp_lock查看那個對象被鎖住:

SQL>Excec sp_lock

得到spid、dbid、objid、indid、type、resource、mode和status字段相應的數據。

 

Spid:SQL Server进程标识号。
Dbid:锁定资源的数据库标识号。
Objld:锁定资源的数据库对象标识号。
Indld:锁定资源的索引标识号。
Resource:锁定资源的描述信息。
Mode:锁定资源模式。
Status:请示状态,有GRANT、WAIT和CNVRT三种,分别表示锁处于锁定状态、等待状态和转换状态。

 

 

備註:spid是进程标识号码,用于识别到SQL 服务器的连接。要发现哪些用户和该spid相连,你就要执行存储过程sp_who,并将spid作为一个参数传输给该程序。dbid是锁定发生的数据库,你可以在主数据库中的sysdatabases表格中找到它。字段objid用来显示在数据库中锁定发生所在的对象。要查看这个对象,你可以在主数据库中的sysobjects表格中查询指定的objid。

 

再執行:

select * from sysobjects where id = objid    由上面得到的Lock objid    

 

終於發現那個table被鎖住。

好!!Kill!!

SQL>kill  52           

 

### Java SQL `BatchUpdateException` 锁等待超时解决方案 在Java应用程序中遇到SQL锁等待超时时,通常是因为多个事务试图同时访问并修改同一组记录。这可能导致某些事务被阻塞,直到达到最大等待时间限制,从而引发异常。 #### 增加SQL语句执行时间 一种常见的方法是通过调整JDBC连接属性中的`statementTimeout`参数来增加单个SQL语句的最大执行时间。此设置可以防止因短暂的高负载情况而导致的操作失败[^2]: ```properties # application.properties or similar configuration file spring.datasource.hikari.connection-timeout=30000 spring.datasource.hikari.validation-timeout=5000 spring.datasource.hikari.maximum-pool-size=10 spring.datasource.hikari.minimum-idle=5 spring.datasource.hikari.statement-timeout=60 # 设置为60秒 ``` 对于程序代码层面,在创建Statement对象之前也可以动态设定timeout: ```java // 动态设置SQL语句超时时间为90秒 PreparedStatement pstmt = connection.prepareStatement(sql); pstmt.setQueryTimeout(90); // 单位:秒 ``` #### 修改业务逻辑减少并发冲突 除了延长超时外,优化应用层面上的数据处理流程同样重要。考虑重构涉及频繁更新相同数据集的部分,比如采用乐观锁机制或分批次提交较小规模的变化集合以降低死锁风险。 #### 使用分布式版本控制系统管理长时间运行的任务 如果确实存在需要较长时间才能完成的工作单元,则建议引入消息队列或其他异步处理框架来进行解耦合操作;这样不仅可以缓解瞬时压力还能提高系统的整体吞吐率。 #### 数据库配置调优 针对MySQL数据库而言,还可以适当调节其内部的一些参数如innodb_lock_wait_timeout等,使得它能够更好地适应特定应用场景下的需求[^1]: ```sql SET GLOBAL innodb_lock_wait_timeout = 120; ``` 以上措施综合运用可以帮助有效应对由锁竞争引起的各种问题,并确保系统稳定性和性能表现。
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值