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

最新推荐文章于 2024-11-06 10:40:00 发布

原创

最新推荐文章于 2024-11-06 10:40:00 发布 · 804 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#Java #并发 #锁 #事务

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

业务是这样的：在数据库根据一个值获取一个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导致数据库事务未更新。