JPA 与 MyBatis 混用时的事务问题

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1687 天前的主题，其中的信息可能已经有所发展或是发生改变。

代码大概是这样的

@Repository
public interface GroupDao extends JpaRepository<Group, Integer> {
    // ...
}

@Transactional
public void test(Integer userId, Integer groupId) {
    if (isJoin()) {
        groupDao.saveAndFlush(new Group(userId));
    } else {
        groupDao.deleteByUserIdAndGroupId(userId, groupId);
    }
    System.out.println(groupMapper.getUserCount(groupId));// mybatis
    System.out.println(groupDao.countByGroupId(groupId)); // jpa 
}

当 jpa 执行 saveAndFlush 时，两者输出正确。但 jpa 执行删除操作时，mybatis 输出错误，jpa 输出正确。更诡异的是，如果调换最后两行 mybatis 和 jpa 的输出代码顺序，那么无论执行哪个操作，两者均输出正确。

mysql 单数据源，理论上 spring 应该会自动管理两者的事务，为什么会出现这种结果？

第 1 条附言 · 2022 年 3 月 30 日

无聊翻到这个历史问题，虽然大概没人看，姑且记录一下。

spring data jpa 基于 hibernate ，而 hibernate 有一级缓存。分 IF 情况讨论。

1. 当 groupDao 执行 delete 的时候，实际并没有提交 sql 到数据库，而是被缓存起来，于是之后 mybatis 的 mapper 统计的是未删除的旧数据，输出错误统计。此情况下如果调换最后两行语句，由于 groupDao 执行 count 查询，hibernate 自动将之前缓存的 sql 提交到了数据库，以保证 Dao 查询正确，之后再执行 mapper 统计得到的即是正确数据。

2. 当执行 groupDao.saveAndFlush ，由于有 flush ，所以之后的输出都是正确的。

所以混用两者的时候，注意 flush dao 。

6 条回复 • 2021-06-18 13:03:43 +08:00