控制台显示修改成功,数据库对应数据未修改,报lock wait timeout exceeded异常

本文详细解析了在高并发环境下,Spring事务导致数据库死锁及超时的问题,并提供了解决方案,包括查询并杀死阻塞进程、调整锁等待时间、优化存储过程等,以确保数据库操作的稳定性和效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

出现原因

在高并发的情况下,Spring事物造成数据库死锁,后续操作超时抛出异常。 
Mysql数据库采用InnoDB模式,默认参数:innodb_lock_wait_timeout设置锁等待的时间是50s,一旦数据库锁超过这个时间就会报错。

解决方案

1.

 第一步 

先用这条命令查询数据库阻塞的进程

SELECT * FROM information_schema.innodb_trx     

第二步

主要看着几个字段(比如:trx_rows_locked),如果有阻塞数据就不是0,找到后在根据下图这个字段杀死进程

kill 进程ID

2.增加锁等待时间,即增大下面配置项参数值,单位为秒(s)

innodb_lock_wait_timeout=500

3.优化存储过程,事务避免过长时间的等待。 

1、锁等待超时。是当前事务在等待其它事务释放锁资源造成的。可以找出锁资源竞争的表和语句,优化SQL,创建索引等。如果还是不行,可以适当减少并发线程数。 
2、事务在等待给某个表加锁时超时,估计是表正被另的进程锁住一直没有释放。 
可以用 SHOW INNODB STATUS/G; 看一下锁的情况。 
3、搜索解决之道,在管理节点的[ndbd default]区加: 
TransactionDeadLockDetectionTimeOut=10000(设置 为10秒)默认是1200(1.2秒) 
4、InnoDB会自动的检测死锁进行回滚,或者终止死锁的情况。
--------------------- 

原文:https://blog.youkuaiyun.com/moshenglv/article/details/78864059 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值