mysql Lock wait timeout exceeded; try restarting transaction

碰到一个线上问题,在此记录下

现象:

测试人员发现在做一个操作时报如下异常:

 Lock wait timeout exceeded; try restarting transaction

解决办法

执行以下sql:

SELECT * FROM information_schema.INNODB_TRX;

SELECT * FROM information_schema.INNODB_LOCKS;

SELECT * FROM information_schema.INNODB_LOCK_WAITS;

结果:

查看 INNODB_TRX 中  LOCK WAIT 状态 的记录

查看 INNODB_LOCKS 中  当前记录,发现有两条 加锁

查看 INNODB_LOCK_WAITS 中  当前锁依赖信息,发现在等待168774808 这个事务的1107539082 这个线程,

也就是上面红框锁记录。

当前这个线程在INNODB_TRX表中可以查看到

将此线程kill掉就可以了

kill  1107539082;

但关键是没有找到这个线程为什么加锁,并没有释放的原因。

 

 

### MySQL 更新时出现锁等待超时问题的解决方案 当遇到 `Lock wait timeout exceeded; try restarting transaction` 的错误时,这通常表明当前事务因长时间未能获取到所需的资源锁而被回滚。以下是针对该问题的具体分析和解决方案: #### 1. 背景描述 此错误通常是由于多个并发事务争夺同一资源而导致的锁定冲突引起的[^3]。具体表现为某个事务试图修改已被另一个未提交事务占用的数据。 --- #### 2. 原因分析 - **长事务持有锁**:某些事务运行时间过长,在其完成之前阻止了其他事务对该数据的操作。 - **死锁情况**:两个或更多事务相互依赖对方持有的锁,形成循环等待。 - **高并发环境下的竞争**:在高并发场景下,频繁读写相同记录可能导致锁争用加剧。 - **配置参数不足**:默认情况下,InnoDB 存储引擎中的 `innodb_lock_wait_timeout` 参数设置为较低值(如 50 秒),可能不足以满足复杂业务需求[^3]。 --- #### 3. 解决方案 ##### 3.1 查询并终止阻塞事务 通过查看当前活动会话及其状态来定位哪个事务正在占用所需资源,并考虑手动中断它以释放锁: ```sql -- 查看所有进程列表 SHOW PROCESSLIST; -- 杀掉指定 ID 的线程 KILL <thread_id>; ``` 如果发现某条语句执行时间异常延长,则可能是造成堵塞的原因之一[^3]。 ##### 3.2 扩展锁等待超时时限 调整 InnoDB 默认锁等待时限可以给事务更多的机会去获得必要的锁而不至于立即失败。可以通过修改全局变量实现这一点: ```sql SET GLOBAL innodb_lock_wait_timeout = 120; ``` 注意重启服务可能会恢复原始设定,因此建议将其加入 my.cnf 配置文件永久生效[^3]: ```ini [mysqld] innodb_lock_wait_timeout=120 ``` ##### 3.3 优化 SQL 逻辑减少锁范围及时长 重新审视涉及更新操作的相关代码片段,确保它们遵循最佳实践原则,比如只加载必要字段而非整张表扫描;利用索引加速检索过程从而缩短加锁周期等等[^4]。例如对于批量处理任务来说,分批次提交而不是一次性全部做完往往能有效缓解压力。 ##### 3.4 使用乐观锁机制替代悲观锁策略 传统方式采用显式的行级排他锁控制访问权限容易引发此类问题,转而应用版本号验证方法可以在一定程度上规避这些问题的发生几率[^5]。即每次变更前先校验目标对象最新版本号是否匹配预期值,如果不符则提示用户刷新页面后再试。 --- ### 示例代码展示如何增加锁等待时间 下面是一个简单的例子说明怎样动态改变 session 层面的锁等待阈值以便临时解决问题: ```sql -- 设置当前连接内的锁等待时间为 300 秒 SET SESSION innodb_lock_wait_timeout = 300; -- 尝试再次执行原来失败的 DML 操作 DELETE FROM facebook_posts WHERE id = 7048962; ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值