疑似@Transational导致的数据库更新延迟问题记录

博客详细记录了一个在Java并发环境中遇到的因@Transactional事务可能导致的数据库更新延迟问题。开发者发现,即使使用了ReentrantLock的写锁进行并发控制,第二次执行时仍无法获取到已更新的数据。经过分析,问题可能源于事务未及时提交。为了解决这个问题,博主提出了自定义细粒度事务处理的方法,将耗时操作移出事务范围,确保数据库的即时更新。
摘要由CSDN通过智能技术生成

业务是这样的:在数据库根据一个值获取一个list,然后取第一个,并修改这个值的状态并更新至数据库。

因为已经对这段代码加锁做并发控制,但是两次竟然诡异的取到了List中相同的内容。

也就是第二次进入代码段查询数据库时,状态仍未改变。

demo如下:

@Transational(rollbackFor = Exception.class)
public void selectAndUpdate(String id) {
    ILock lock = getLock(id);
    lock.wLock();//write lock
    try{
        List<DO> doList = iDas.selectByIdAndState(id, "XX"); //not empty
        DO do = doList.get(0);
        do.setState("YY"); //changeState
        iDas.update(do);
    } finally {
        lock.unWLock();//release lock
    }
}

因为使用了ReentrantLock中的写锁,所以多线程并发情况下以为第二次获得锁根据状态获取到的list肯定不包含上一次锁内修改后的DO,但是实际中获得到的还是第一次锁中修改的DO。

问题分析:第二次在锁内读数据库并未读到第一次锁内更新的值,分析原因为@Transational导致数据库事务未更新。

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值