redis分布式锁踩坑｜spring 事务踩坑

flow_shen

已于 2023-07-04 21:24:42 修改

阅读量570

点赞数 1

CC 4.0 BY-SA版权

文章标签： spring redis 后端

于 2023-07-01 18:55:19 首次发布

本文链接：https://blog.csdn.net/flow_shen/article/details/131493494

在并发场景中，结合Redisson分布式锁和@Transactional可能会遇到问题，如线程A读取到线程B未提交的事务数据，引发错误。在房间打赏礼物的业务中，发现用户流水账目错误。解决方案包括分析日志、模拟业务场景，调整业务逻辑，以降低锁粒度，避免死锁风险，处理锁超时和确保锁的正确释放。

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

问题记录

问题记录：redisson分布式锁和@Transactional在并发场景中的Bug

详细描述：线程A抢占到线程B未提交事务但已释放的锁的，以及线程A读取到未提交的数据，导致线程A处理用户流水明细记录时，出现流水账目错误。

业务场景：房间内用户可以相互打赏礼物，在高频刷礼物的场景下，导致用户余额扣增错误

解决方法：

1、通过生产环境的日志进行原因分析

2、猜测可能出现的错误原因

事务隔离机制导致的释放锁后，事务未提交，导致读取到旧数据
其它线程把正在执行任务线程的锁给释放了

3、模拟生产环境的业务代码，进行场景还原

4、确定问题是因为抢到锁之后，读取到了未提交的事务数据，问题进行修改

问题解决方案

原业务逻辑伪代码：

@Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW)
public Action consume() {
    
    //xxxx逻辑处理
    Business giftShareAmountMessage = new Business();
    serviceA.

最低0.47元/天解锁文章