为何@OneToMany关联会触发额外SQL查询？如何避免该问题

问题原因 #

你遇到的额外select book ...查询，是因为Hibernate对ArrayList类型的集合做了代理处理。当从数据库加载Author实例后，它的books集合会被包装成持久化集合（比如PersistentList），调用addBook里的this.books.add(book)时，Hibernate会触发懒加载，把该作者关联的所有已有图书都查出来，以此保证内存中集合的完整性。

修复方案 #

方案1：使用@LazyCollection(LazyCollectionOption.EXTRA)优化集合加载

给Author类的books集合添加@LazyCollection(LazyCollectionOption.EXTRA)注解，这个注解会让Hibernate对集合的操作（比如add、size）不触发全量加载，只执行必要的操作：

@Entity
public class Author  {
    @OneToMany(cascade = {PERSIST, MERGE},
            mappedBy = "author")
    @LazyCollection(LazyCollectionOption.EXTRA)
    private List<Book> books = new ArrayList<>();
    
    public void addBook(Book book) {
        this.books.add(book);
        book.setAuthor(this);
    }
    
    // 其他字段
}

方案2：直接操作关系维护端（推荐）

因为你的关联关系中，Book是关系维护端（mappedBy="author"说明Author是被动端），所以不需要操作Author的books集合，直接给Book设置author并保存即可，Hibernate会自动维护关联关系，完全避免集合加载：

public class BookService {

    AuthorRepository authorRepository;
    BookRepository bookRepository; // 需要注入BookRepository

    @Transactional
    public void saveBooks(){
        Book newBook = new Book();
        Author author = authorRepository.findById(1L);
        newBook.setAuthor(author);
        bookRepository.save(newBook);
    }
}

方案对比 #

• 方案1保留了addBook的封装逻辑，适合需要在内存中保持Author对象集合完整性的场景。
• 方案2更高效，直接利用JPA关联关系的维护规则，跳过了集合初始化的步骤，是更推荐的做法。

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