使用MyBatis执行多查询方法时，是否需要@Transactional注解？

场景代码 #

public class UserService {

    @Autowired
    private UserMapper userMapper;

    @Autowired
    private OrderMapper orderMapper;

    public List<Order> getUserOrders(String username) {
        User user = userMapper.findByUsername(username);
        if (user == null) {
            throw new UsernameNotFoundException("User not found: " + username);
        }

        return orderMapper.findByUserId(user.getId());
    }
}

核心问题与解答 #

1. 添加@Transactional(readOnly = true)能否确保两次查询用同一连接？不加的话会怎样？ #

是的，添加该注解后，Spring会为整个方法开启一个只读事务，事务存续期间的所有数据库操作都会复用同一个连接。

如果不加注解，默认情况下每个Mapper方法调用都会从连接池独立获取连接（用完归还），两次查询大概率使用不同连接；虽然连接池可能存在空闲连接复用的情况，但Spring不会主动保证这两次查询共享同一连接。

2. 两次查询分属不同事务的影响？ #

最关键的问题是数据一致性无法保障：比如第一次查询到用户后，并发事务删除该用户或修改其ID，第二次查询订单时就会出现逻辑错误（无结果或错误结果）。

此外，不同事务的隔离级别还会带来其他问题：比如隔离级别为读已提交时，两次查询之间其他事务提交的修改会被第二次查询读到，导致两次查询的上下文不一致；即使是可重复读级别，两次查询仍各自独立，无法保证基于同一用户快照完成查询逻辑。

3. readOnly = true的作用？只读查询是否应该添加该属性？ #

readOnly = true的核心作用包括：

• 告知Spring这是只读事务，跳过事务提交相关逻辑，提升性能；
• 底层数据库驱动会感知只读属性，做针对性优化（比如MySQL会关闭自动提交、使用只读连接，减少锁竞争）；
• 防止误操作：若事务内意外执行写操作，Spring会抛出异常（取决于具体配置）。

对于这类多查询的只读场景，强烈建议添加readOnly = true，既能保证连接复用，又能享受性能优化，还能规避意外写操作风险。

4. @Transactional在只读场景的价值？ #

除了保证连接复用、提供只读优化外，它还能统一控制事务隔离级别：比如指定isolation = Isolation.REPEATABLE_READ，确保整个方法内的两次查询基于同一数据快照，避免并发修改导致的不一致。

同时，它能让多个查询处于同一事务上下文，逻辑上更连贯；还能统一处理异常（即使只读事务回滚无写数据影响，也能确保连接正确归还）。

内容的提问来源于stack exchange，提问作者voi