当前位置:   article > 正文

mybatis-plus巨坑--死锁_mybatis-plus updatebyid lock wait timeout exceeded

mybatis-plus updatebyid lock wait timeout exceeded ,try restarting transacti
  • mybatis-plus版本:3.3~3.4

    我们的项目在多线程执行单元测试的情况下,会出现死锁的情况,每次都会卡在update语句上,并报以下错误:

    Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction
    at org.apache.ibatis.exceptions.ExceptionFactory.wrapException(ExceptionFactory.java:30)
    at org.apache.ibatis.session.defaults.DefaultSqlSession.update(DefaultSqlSession.java:199)
    at com.baomidou.mybatisplus.extension.activerecord.Model.updateById(Model.java:120)

通过以下语句查看mysql事务和锁的情况:

show processlist;
select * from information_schema.innodb_trx;
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS; 
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
  • 1
  • 2
  • 3
  • 4

发现有两个事务都要锁住用户表的主键:

在这里插入图片描述我们的单元测试每次运行都会新建数据进行测试,同样的用户id只会出现在同一个测试用例中。说明同一个用例,却涉及到两个事务。

查看mybatis的日志,也发现死锁的时候,那条sql获取到的sqlsession和同一个用例的其它sql不一致,两个sqlsession对应的不是同一个事务!!

进一步分析,死锁的sql用的是Model的接口,其它用的是BaseMapper的接口。统一用BaseMapper的接口,问题消失。

mybatis-plus获取当前session的方法,在多线程的情况下,Model和BaseMapper一起用会有问题。

本文内容由网友自发贡献,转载请注明出处:https://www.wpsshop.cn/w/凡人多烦事01/article/detail/729248
推荐阅读
相关标签
  

闽ICP备14008679号