分享: 解决mysql死锁的思路
程序员文章站
2022-04-17 14:39:05
...
分享: 解决mysql死锁的思路
问题: 使用springBoot做单元测试时,出现mysql死锁的问题.
### The error occurred while setting parameters
### SQL: INSERT INTO t_escheduler_queue_used_info .......
Caused by: java.sql.SQLException: Lock wait timeout exceeded; try restarting transaction
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:996)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3887)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3823)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2435)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2582)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2530)
at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1907)
at com.mysql.jdbc.PreparedStatement.execute(PreparedStatement.java:1199)
at com.alibaba.druid.pool.DruidPooledPreparedStatement.execute(DruidPooledPreparedStatement.java:497)
at org.apache.ibatis.executor.statement.PreparedStatementHandler.update(PreparedStatementHandler.java:46)
at org.apache.ibatis.executor.statement.RoutingStatementHandler.update(RoutingStatementHandler.java:74)
at org.apache.ibatis.executor.SimpleExecutor.doUpdate(SimpleExecutor.java:50)
at org.apache.ibatis.executor.BaseExecutor.update(BaseExecutor.java:117)
at org.apache.ibatis.executor.CachingExecutor.update(CachingExecutor.java:76)
at org.apache.ibatis.session.defaults.DefaultSqlSession.update(DefaultSqlSession.java:198)
at org.apache.ibatis.session.defaults.DefaultSqlSession.insert(DefaultSqlSession.java:185)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:433)
解决思路
SHOW ENGINE INNODB STATUS;
-- 查看是否锁表
show OPEN TABLES where In_use > 0;
show processlist ;
-- 查看下在锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;
-- 查看当前锁定的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
-- 查看当前等锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
由异常分析出
分析出表t_escheduler_queue_used_info被锁住了, 然后执行这些sql, 分析查询结果:
可以知道在执行insert的时候, 处于等待锁, 说明表有锁没有释放.
在操作该表的代码中, 断点调试, 查看这个第一个锁, 是在什么时候添加的. 然后分析出为什么没有释放, 即可解决问题.
初步原因: 是在同一个事物中先进行了delete操作,再进行了insert操作. insert操作等待delete操作的锁释放, 然后就出现这个异常.
内部原因探讨: 应该是与mysql的锁有关系, 但是不知道是间隙锁导致的这个问题, 还是写锁导致的, 等有时间研究下, 再补上
下一篇: MySQL 死锁解决
推荐阅读
-
PL/SQL Dev连接Oracle弹出空白提示框的解决方法分享
-
Mysql的Root密码忘记,查看或修改的解决方法(图文介绍)
-
分享几道关于MySQL索引的重点面试题
-
mysql报错1033 Incorrect information in file: ‘xxx.frm’问题的解决方法
-
mysql8.0.11客户端无法登陆的解决方法
-
PHP+MySQL投票系统的设计和实现分享
-
微信腾讯qq小程序收不到验证码的原因及解决方法分享
-
SQLSERVER启动不起来(错误9003)的解决方法分享
-
mysql出现Error performing load command的解决方法
-
log引起的mysql不能启动的解决方法