com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction
问题描述:com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction
方案一、临时解决此问题
查找出此问题的thread ID ,然后进行KILL掉
select * from information_schema.innodb_trx;
-- kill 掉
kill 240532;
方案二、更改数据库超时时间
1.查看当前锁超时时间
show variables like 'innodb_lock_wait_timeout';
2.查看全局锁超时时间
SHOW GLOBAL VARIABLES LIKE 'innodb_lock_wait_timeout';
3.更改当前锁超时时间为120秒
SET innodb_lock_wait_timeout=120;
4.更改全局锁超时时间为120秒
SET GLOBAL innodb_lock_wait_timeout=120;
(引起此类问题的发生,大部分都是库内的某一些存储过程事物提交超过了当前时间)
方案三、检查innodb_rollback_on_timeout是否开启
show VARIABLES like 'innodb_rollback_on_timeout';
SET innodb_rollback_on_timeout=1; (1=OFF/0=ON)
MySQL的官网对这个参数的解释,大概就是说在MySQL 5.6&5.7中默认值为OFF,当InnoDB默认情况下仅回滚事务超时的最后一条语句。如果innodb_rollback_on_timeout值为ON,则事务超时后将导致InnoDB中止并回滚整个事务。到这儿问题大概就清晰了,因为这个参数,所以这个事务只回滚了最后出现死锁的那条SQL,将这个值改成ON,再测试发现一切正常。
--------------------------------------------------------------------------------------------------------------------
具体解决思路:
在navicat中执行程序日志中的报错
UPDATE sp_jl SET jzt = 7 WHERE jpkid = '1314398431274868737'
navicat报错:[Err] 1205 - Lock wait timeout exceeded; try restarting transaction
select * from sp_jl limit 10 ;发现可以执行
update另外一条数据试试
UPDATE sp_jl SET jzt = 7 WHERE jpkid = '测试的主键';发现可以
说明只有那一条数据被锁住了
SELECT
concat('kill',' ', trx_mysql_thread_id,';')
FROM
information_schema.innodb_trx
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
· Java 中堆内存和栈内存上的数据分布和特点
· 开发中对象命名的一点思考
· .NET Core内存结构体系(Windows环境)底层原理浅谈
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· DeepSeek 解答了困扰我五年的技术问题。时代确实变了!
· 本地部署DeepSeek后,没有好看的交互界面怎么行!
· 趁着过年的时候手搓了一个低代码框架
· 推荐一个DeepSeek 大模型的免费 API 项目!兼容OpenAI接口!