mybatis-plus巨坑--死锁

在使用MyBatis-Plus 3.3~3.4版本的项目中,多线程执行单元测试时遇到死锁问题,主要表现为更新操作卡住并抛出MySQLTransactionRollbackException。分析发现,同一测试用例内的不同事务可能使用了不同的SqlSession,导致死锁。问题在于Model接口和BaseMapper接口混用。统一使用BaseMapper接口后,问题得到解决。这提示在多线程环境下,MyBatis-Plus获取Session的方法存在潜在风险。
部署运行你感兴趣的模型镜像
  • 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;

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

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

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

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

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

您可能感兴趣的与本文相关的镜像

Qwen-Image

Qwen-Image

图片生成
Qwen

Qwen-Image是阿里云通义千问团队于2025年8月发布的亿参数图像生成基础模型,其最大亮点是强大的复杂文本渲染和精确图像编辑能力,能够生成包含多行、段落级中英文文本的高保真图像

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值